Descobrimos que todos os URLs https em um VPS CentOS 6 estão retornando 403, em vários vhosts. Existe uma configuração em algum lugar que eu deveria procurar para verificar o que está acontecendo? Ou um log para ajudar na depuração?
Responder1
Seus logs estão incluídos /var/log/httpd
(você precisa ser 'root' para visualizá-los). Você encontrará access_log
e error_log
lá.
Você definiu/verificou as permissões em seus arquivos? O grupo apache
deve ser capaz de lê-los, no mínimo. Por exemplo, se eu (usuário gareth
) tiver um site em /var/www/html
: -
$ls -l /var/www/html
-rwxr-----. gareth apache 30 Jun 23 13:35 test.html
Como você pode ver, tenho rw
acesso ao arquivo e o serviço Apache tem r
acesso. Também:-
$ls -ld /var/www/html
drwx--x---. gareth apache 4096 Jun 23 13:35 /var/www/html/
O diretório que contém o site deve ter x
permissão para o apache
grupo para que o apache possa ler o diretório. Da mesma forma, seu diretório pai também deve ter a x
permissão definida. E o pai dos pais etc.
Se as permissões no arquivo estiverem corretas, verifique se esse SELinux
não é o culpado. Correr:-
`setenforce 0`
e tente novamente. Se funcionar agora, o problema é devido ao SELinux
. Lembre-se de executar: -
`setenforce 1`
para reativar o SELinux.
Responder2
Um código de status 403 indica que o cliente não pode acessar o recurso solicitado. Isso normalmente indicaria que os arquivos e/ou diretório aos quais o URL está fazendo referência não têm permissões para que o servidor HTTP tenha permissão para acessá-los.
Confirme se o nome de usuário/grupo usado pelo servidor HTTP possui privilégios suficientes para acessar este diretório. Além disso, você deve ver informações sobre isso no arquivo /var/log/httpd/access_log
, se o servidor HTTP for Apache, por exemplo.
O usuário/grupo do Apache são definidos no arquivo de configuração, /etc/httpd/conf/httpd.conf
.
Exemplo
$ grep -E "^User|^Group" /etc/httpd/conf/httpd.conf
User apache
Group apache
Responder3
Parece que houve um problema com a instalação do mod-spdy-beta_current_x86_64.rpm. Remover isso e reiniciar o servidor resolveu o problema.