.png)
O que verifiquei até agora:
Logs - eles estão vazios, inicializaram uma nova VM.
Permissões:
$ 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
Dado 777 para a pasta do sistema operacional host que contém o arquivo vagrant.
SELinux ativado.
Ainda assim, mesmo dentro da VM com curl localhost recebo um 403.
Aqui está a configuração do 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;
}
Como consertar isto?
Responder1
Tive o mesmo problema com o CentOS 7. Resolvido por:
Check getenforce
Isso deve mostrar 'Aplicando'
Então corri chcon
para alterar o contexto de segurança do httpd para permitir o acesso.
chcon -Rt httpd_sys_content_t /path/to/web/content
Recarregar Nginx
systemctl restart nginx
Agora minhas páginas carregam.
Responder2
Qual é o conteúdo /var/www/awesome/
e suas permissões?
Se não houver nenhum index.html
arquivo index.htm
ou index.php
arquivo, o nginx tentará listar o conteúdo do diretório, o que é proibido por padrão (cf.autoindex
documentação).