.png)
Lo que he comprobado hasta ahora:
Registros: están vacíos, arrancó una nueva máquina virtual.
Permisos:
$ namei -l /var/www/awesome/
f: /var/www/awesome/
dr-xr-xr-x root root /
drwxr-xr-x root root var
drwxrwxr-x www-data www-data www
drwxrwxr-x www-data www-data awesome
Se le dio 777 a la carpeta del sistema operativo host que tiene el archivo vagabundo.
SELinux habilitado.
Aún así, incluso dentro de la máquina virtual con curl localhost obtengo un 403.
Aquí está la configuración de nginx para awesome.dev
server {
listen *:80;
server_name awesome.dev www.awesome.dev;
index index.html index.htm index.php;
access_log /var/log/nginx/awesome.dev.access.log;
error_log /var/log/nginx/awesome.dev.error.log;
location / {
root /var/www/awesome;
try_files $uri $uri/ index.php /index.php$is_args$args;
}
location ~ \.php$ {
root /var/www/awesome;
index index.html index.htm index.php;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $request_filename;
fastcgi_param APP_ENV dev;
fastcgi_pass 127.0.0.1:9000;
fastcgi_split_path_info ^(.+\.php)(/.*)$;
include fastcgi_params;
}
sendfile off;
}
¿Cómo arreglar esto?
Respuesta1
Tuve el mismo problema con CentOS 7. Resuelto por:
Check getenforce
Esto debería mostrar 'Aplicando'
Luego corrí chcon
para cambiar el contexto de seguridad httpd para permitir el acceso.
chcon -Rt httpd_sys_content_t /path/to/web/content
Recargar Nginx
systemctl restart nginx
Ahora mis páginas se cargan.
Respuesta2
¿Cuál es el contenido /var/www/awesome/
y sus permisos?
Si no hay ningún index.html
archivo index.htm
, index.php
nginx intentará enumerar el contenido del directorio, que está prohibido de forma predeterminada (cf.autoindex
documentación).