CentOS retornando 403 para todos os URLs https

Question

Descobrimos que todos os URLs https em um VPS do CentOS 6 estão retornando um 403, em vários vhosts. Existe uma configuração em algum lugar que eu deveria estar procurando para verificar o que está acontecendo? Ou um log para ajudar a depurar?

    

Answer 1

Seus registros estão em /var/log/httpd (você precisará 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 , então: -

$ls -l /var/www/html
-rwxr-----. gareth apache 30 Jun 23 13:35 test.html

Como você pode ver, eu tenho rw de acesso ao arquivo e o serviço apache tem r access. 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 a permissão x do grupo apache para que o apache possa ler o diretório. Da mesma forma, o diretório pai também deve ter o conjunto de permissões x . E o pai dos pais, etc.

Se as permissões no arquivo estiverem corretas, verifique se SELinux não é o culpado. Corra: -

'setenforce 0'

e tente novamente. Se funcionar agora, o problema é devido a SELinux . Lembre-se de executar: -

'setenforce 1'

para reativar o SELinux.

    

Answer 2

Um código de status 403 indica que o cliente não pode acessar o recurso solicitado. Isso normalmente indica que os arquivos e / ou diretório a que a URL está fazendo referência não possuem permissões de modo que o servidor HTTP tenha permissão para acessá-la.

Confirme se o nome de usuário / grupo usado pelo servidor HTTP tem privilégios suficientes para acessar esse diretório. Além disso, você deve ver informações sobre isso no /var/log/httpd/access_log , se o servidor HTTP for o Apache, por exemplo.

O usuário / grupo do Apache é definido no arquivo de configuração, /etc/httpd/conf/httpd.conf .

Exemplo

$ grep -E "^User|^Group" /etc/httpd/conf/httpd.conf 
User apache
Group apache

    

Answer 3

Parece que foi um problema com uma instalação do mod-spdy-beta_current_x86_64.rpm. Remover isso e reiniciar o servidor resolveu isso.