Descubrimos que todas las URL https en un VPS CentOS 6 devuelven un 403 en varios hosts virtuales. ¿Existe alguna configuración de configuración en algún lugar que debería buscar para comprobar qué está pasando? ¿O un registro para ayudar a depurar?
Respuesta1
Tus registros están disponibles /var/log/httpd(deberás ser 'root' para verlos). Encontrarás access_logy error_logallí.
¿Ha configurado/verificado los permisos de sus archivos? El grupo apachedebería poder leerlos como mínimo. Por ejemplo, si yo (usuario gareth) tengo un sitio en /var/www/htmlentonces:-
$ls -l /var/www/html
-rwxr-----. gareth apache 30 Jun 23 13:35 test.html
Como puede ver, tengo rwacceso al archivo y el servicio Apache tiene racceso. También:-
$ls -ld /var/www/html
drwx--x---. gareth apache 4096 Jun 23 13:35 /var/www/html/
El directorio que contiene el sitio web debe tener xpermiso para el apachegrupo para que Apache pueda leer el directorio. De manera similar, su directorio principal también debe tener el xpermiso establecido. Y el padre de los padres, etc.
Si los permisos del archivo están bien, verifique que ese SELinuxno sea el culpable. Correr:-
`setenforce 0`
e intenta de nuevo. Si funciona ahora, el problema se debe a SELinux. Recuerde ejecutar: -
`setenforce 1`
para volver a habilitar SELinux.
Respuesta2
Un código de estado 403 indica que el cliente no puede acceder al recurso solicitado. Esto normalmente indicaría que los archivos y/o directorio al que hace referencia la URL no tienen permisos tales que el servidor HTTP pueda acceder a ellos.
Confirme que el nombre de usuario/grupo utilizado por el servidor HTTP tenga privilegios suficientes para acceder a este directorio. Además, debería ver información sobre esto en /var/log/httpd/access_log, si el servidor HTTP es Apache, por ejemplo.
El usuario/grupo de Apache se define en el archivo de configuración, /etc/httpd/conf/httpd.conf.
Ejemplo
$ grep -E "^User|^Group" /etc/httpd/conf/httpd.conf
User apache
Group apache
Respuesta3
Parece que fue un problema con la instalación de mod-spdy-beta_current_x86_64.rpm. Quitar eso y reiniciar el servidor lo resolvió.