apache no centos 5.6 me dá permissões de erro negado

10

Estou executando o apache no centos 5.6 e sempre que tento carregar um script php em qualquer diretório, exceto / var / www / html (o diretório raiz padrão do apache), ele me dá um erro de permissão negada.

No entanto, quando eu verifico as permissões do meu novo diretório raiz (/ var / www-dev) em relação ao diretório padrão (/ var / www / html), elas coincidem de forma idêntica. ambos dizem: root: root 755

Eu até tentei mudar a propriedade para apache: apache, e ainda tenho o mesmo erro

Mas quando eu altero a configuração do apache, é o diretório raiz padrão (/ var / www / html) tudo funciona.

Estou fazendo algo errado?

Estas são as configurações que estou alterando:

DocumentRoot "/var/www/html"

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

Nota: estou reiniciando o apache toda vez que altero a configuração e as permissões do apache.

também: eu também tenho o REMI e o EPEL ativados

koeder
fonte
O SELinux está ativado?
Bart De Vos
@ TiZon eu não acredito nisso. deveria ser?
23411 koeder
Você pode nos dar a mensagem exata? Essa "permissão negada" vem do sistema de arquivos ou diretamente do apache (por exemplo, por alguma diretiva Order)? E há mensagens no arquivo error.log?
Raffael Luthiger 23/05
E verifique se você possui arquivos .htaccess nesses dois subdiretórios.
Raffael Luthiger
1
Obrigado @TiZon! SELinux, foi ativado. Depois que o desabilitei, editando o arquivo / etc / selinux / config, meus aplicativos da web puderam carregar outros diretores.
koeder 23/05

Respostas:

11

Geralmente isso vem do Selinux, que não dá acesso à pasta. Faz

ls -alZ /var/www/

e se a pasta html não tiver o contexto system_u: object_r: httpd_sys_content_t, corrija-o com chcon

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

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

Julien Vehent
fonte
Obrigado @Julien Vehent! Eu recompensarei a resposta porque seu método me permite editar as permissões do SELinux em uma pasta específica, em vez de desativar o SELinux todos juntos. Muito obrigado. Isso funcionou! e me salvou de dor de cabeça.
koeder 24/05