Apache en Centos 5.6 me da permisos denegados error

Estoy ejecutando apache en centos 5.6 y cada vez que intento cargar un script php en cualquier directorio, que no sea / var / www / html (el directorio raíz predeterminado de apache) me da un error de permiso denegado.

Sin embargo, cuando compruebo los permisos de mi nuevo directorio raíz (/ var / www-dev) contra el directorio predeterminado (/ var / www / html), coinciden de forma idéntica. ambos dicen: root: root 755

incluso intenté cambiar la propiedad a apache: apache, y todavía recibí el mismo error

Pero cuando cambio la configuración de Apache, su directorio raíz predeterminado (/ var / www / html) todo funciona.

¿Estoy haciendo algo mal?

Estas son las configuraciones que estoy cambiando:

DocumentRoot "/var/www/html"

<Directory "/var/www/html">
    Options Indexes FollowSymLinks
    AllowOverride None
    Order allow,deny
    Allow from all
</Directory>

Nota: reinicio apache cada vez que cambio la configuración y los permisos de apache.

también: también tengo REMI y EPEL habilitados

— Koeder
fuente

¿SELinux está habilitado?

— Bart De Vos

@TiZon, no lo creo. ¿deberia ser?

— Koeder

¿Puedes darnos el mensaje exacto? ¿Este "permiso denegado" proviene del sistema de archivos o directamente de Apache (por ejemplo, por alguna directiva de Order)? ¿Y hay mensajes en el archivo error.log?

— Raffael Luthiger

Y verifique si tiene algún archivo .htaccess en esos dos subdirectorios.

— Raffael Luthiger

Gracias @TiZon! SELinux, fue habilitado. Una vez que lo desactivé editando el archivo / etc / selinux / config, mis aplicaciones web pudieron cargarse en otros directores.

— koeder

Por lo general, eso proviene de que Selinux no da acceso a la carpeta. hacer

ls -alZ /var/www/

y si la carpeta html no tiene el contexto system_u: object_r: httpd_sys_content_t, corríjalo con chcon

chcon -v -R --type=httpd_sys_content_t /var/www/html

http://wiki.centos.org/HowTos/SELinux

— Julien Vehent
fuente

Gracias @Julien Vehent! Le recompensaré la respuesta porque su método me permite editar los permisos de SELinux en una carpeta específica en lugar de deshabilitar SELinux por completo. Muchas gracias. Esto funcionó! y me ahorró un dolor de cabeza

— koeder