.htaccess Permissão negada. Não é possível verificar o arquivo htaccess

Question

Eu tenho um problema estranho ao adicionar um subdomínio ao nosso servidor virtual. Já fiz sub-domínios semelhantes antes e eles funcionaram bem.

Quando tento acessar o subdomínio, recebo um erro 403 Proibido.

Eu verifiquei os logs de erro e tenho o seguinte erro:

pcfg_openfile: unable to check htaccess file, ensure it is readable

Eu pesquisei no Google e só encontrei soluções relacionadas a permissões de arquivos e pastas, que eu verifiquei e a solução não está solucionada. Também vi problemas com extensões do Frontpage, mas isso não está instalado no servidor.

Editar

Esqueci de dizer que não há um arquivo .htaccess no diretório do subdomínio

Editar # 2

Ainda não conseguiu encontrar uma solução para isso. Apenas as coisas que consegui descobrir são:

• Parece que não há problema com nenhum arquivo .htaccess (tentei criar arquivos em branco, com privilégios de usuário corretos).
• Não parece haver um problema com as permissões de pasta, pois todas estão definidas corretamente.
• Não há um problema com a maneira como o subdomínio foi configurado, já que tentei apontar o DocumentRoot para outra pasta e funcionou bem. Eu também fiz sub-domínios bem antes sem nenhum problema.

Editar # 3

Descubra mais informações. Eu não acho que pode ser um problema de permissão de arquivo agora, porque se eu acessá-lo, indo para o ip do servidor e, em seguida, o diretório onde o site está hospedado tudo funciona bem (menos as folhas de estilo e imagens, que é apenas para baixo como eles estão ligados)

    

Answer 1

Você está usando o Apache ITK MPM? A versão 2.2.17 corrige um bug que pode causar erros 403 (veja o changelog ).

Eu estava passando pelo mesmo problema ao usar a diretiva AssignUserId. Ele sumiu quando eu dei aos arquivos e pastas permissões legíveis / executáveis pelo mundo.

    

Answer 2

De qual usuário você editou o arquivo .htaccess? Você pode listar as permissões neste arquivo? É possivelmente porque o usuário apache está executando como não pode ler o arquivo.

    

Answer 3

Você precisa alterar as permissões na pasta mencionada. A pasta precisa ser executável para o usuário que possui o processo do apache.

    

Answer 4

Tente criar um arquivo htaccess em branco nesse diretório com as permissões corretas, já que ele pode, por algum motivo estranho, ler um, mas não pode

O erro 403 pode ser devido a não permitir a indexação de diretório para esse diretório

    

Answer 5

Tente fazer o login como usuário do apache (su - apache) e certifique - se de que este diretório seja legível por ele.

    

Answer 6

Eu tive um problema semelhante: minha pasta "/ var / www" não era acessível pelo Apache. Meu servidor está sendo executado dentro de um host VirtualBox e a pasta www é compartilhada entre o convidado (SLES11) e o host (Windows). O problema é que a pasta www é um ponto de montagem do sistema de arquivos VirtualBox, e o usuário do Apache Linux (nobody) não estava autorizado a navegar pelo ponto de montagem.

Para resolver isso, adicionei o usuário nobody ao grupo VBOXFS:

$>usermod -G vboxsf nobody

Eu tenho que reiniciar o convidado para que essa modificação seja refletida no Apache, e agora funciona.

    

Answer 7

Tive o mesmo problema:

webroot /var/www e todos os arquivos pertencentes a www-data, todos os arquivos legíveis, todos os diretórios executáveis. tinha tentado acessar os diretórios mencionados no erro logado como www-data ( sudo -u www-data bash , depois cd /var/www/<somedir> ). Tudo funcionou bem.

Mas ainda tem o erro acima mencionado:

AH00529: /var/www/admin/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable and that '/var/www/admin/' is executable

Além disso, descobri que nenhum arquivo .htaccess estava presente nessa pasta. Alguns tópicos que li mencionaram a criação de arquivos htaccess vazios, então eu tentei (como root)

cd /var/www/admin
touch .htaccess
chown www-data .htaccess

Na próxima vez que visitei meu site, o erro ocorreu novamente, mas em outro diretório. Portanto, verifique novamente se a adição de um arquivo htacces leva ao mesmo erro no SAME DIRECTORY. Se não, o seguinte pode ajudar:

cd /var/www
for DIR in $(find . -type d); do
    touch $DIR/.htaccess
    chown www-data $DIR/.htaccess
done

Isso funcionou para mim. Então eu acho, as versões do apache que usamos procuram por um arquivo htaccess em cada diretório que encontram, quando AllowOverride ALL está definido. E então eles fracassam, quando não há acesso ao htaccess, e isso acontece.