O Nginx lança 404 apenas em scripts php usando php-fpm

Eu instalei um servidor de teste usando nginx+ php-fpm. Eu tentei o seguinte:

Nginx + Php5-fpm não processando arquivos php

nginx + php fpm -> 404 páginas php - arquivo não encontrado

Ao acessar arquivos PHP, o nginx gera um erro 404

Resumindo o que tentei:

• Reinstalando.
• Alterando os privilégios de script (alterados para 0777).
• fastcgi_intercept_errors on.
• Verificada a rootdirectiva nos níveis: server, locatione location ~ \.php.
• Verifiquei a fastcgi_param SCRIPT_FILENAMEdiretiva.

O servidor retorna 404 em (e somente em) .phpscripts. Eu posso renomeá-los para .htmle eles ficariam bem. Como posso fazer isso?

Este é o meu nginx.conf:

user nginx;
worker_processes 1;

error_log  /var/log/nginx/error.log;

pid        /run/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

    sendfile        on;
    keepalive_timeout  2;

    include /etc/nginx/conf.d/*.conf;

    index   index.html index.htm;

    server {
        listen       80;
        server_name  _;
        root         /var/www/html;

        location / {
            root /var/www/html;
            index index.php index.html index.htm;
        }

        error_page  404              /404.html;
        location = /40x.html {
            #root /var/www/html;
        }


        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            #root /var/www/html;
        }

        location ~ \.php$ {
            root           /var/www/html;
            try_files $uri =404;
            fastcgi_split_path_info ^(.+\.php)(/.+)$;
            fastcgi_pass   unix:/var/run/php5-fpm.sock;
            fastcgi_index  index.php;
            fastcgi_param  SCRIPT_FILENAME $document_root$fastcgi_script_name;
            include        fastcgi_params;
        }


    }

}

Resolvi-o. Acontece que o problema eram as permissões definidas no soquete em que o php estava escutando. Eu apenas tive que alterar uma directiva chamada listen.modeem/etc/php-fpm.d/www.conf

listen.mode = 0750

E defina o usuário para nginx:

listen.owner = nginx
listen.group = nginx

Portanto, o arquivo fica assim:

srwxr-x---. 1 nginx nginx 0 jul  8 08:59 /var/run/php5-fpm.sock

Porque eu estava usando um soquete unix em vez de uma porta tcp:

listen = /var/run/php5-fpm.sock;

Além disso, eu estava ficando 404em vez de 500ou 503porque o meu www.conffoi configurado para redirecionar erros para páginas personalizadas , e uma vez que eles não estavam lá, eu estava ficando 404's.

Editar:

Parece que nas versões mais recentes da distribuição nginx no Fedora (Fedora 22, 23), o nginx usa o usuário apache por padrão, e o soquete é definido como o usuário apache também, portanto, nenhuma configuração adicional é necessária.

Na verdade, recebi um erro "Não encontrado" porque um livro que li me forneceu uma sequência incorreta de correspondência para o caminho /php_statusque eu havia configurado no php-fpm 7.0.x (atualmente 7.0.19) e no nginx 1.12 (atualmente 1.12.0)

Aqui está o /etc/php/7.0/fpm/pool.d/{config}

pm.status_path = /php_status

Aqui está a configuração para defaultem /etc/nginx/sites-available(eu estou no Ubuntu)

server {
  listen 80 default;
  root /var/www;

  index index.html index.htm default.html;
  access_log /dev/null;
  error_log /dev/null;

  location / {
    try_files $uri $uri/ =404;
  }

  location /php_status {
    fastcgi_pass unix:/var/run/php7.0-fpm.sock;
    # fastcgi_pass 127.0.0.1:9000;
    fastcgi_param SCRIPT_FILENAME $fastcgi_script_name;
    include fastcgi_params;
    allow 127.0.0.1;
    deny all;
  }
}

Nota: O seguinte foi projetado para que /php_statusnão fique disponível publicamente na Internet (nem o PHP é servido ou configurado para o host padrão). Também inclui fastcgi_passdiretiva para tcp e unix-socket php-fpm

Você também deve executar os dois comandos a seguir após

sudo service nginx reload
sudo service php7.0-fpm restart

Para verificar, tente executar

curl http://127.0.0.1/php_status