Nginx rzuca 404 tylko na skrypty php używające php-fpm

Zainstalowałem serwer testowy za pomocą nginx+ php-fpm. Próbowałem wszystkich następujących czynności:

Nginx + Php5-fpm nie renderuje plików php

nginx + php fpm -> 404 strony php - nie znaleziono pliku

Podczas uzyskiwania dostępu do plików PHP nginx zgłasza błąd 404

Podsumowując, co próbowałem:

• Ponowna instalacja
• Zmiana uprawnień do skryptu (zmiana na 0777).
• fastcgi_intercept_errors on.
• Sprawdził rootdyrektywy na poziomie: server, locationi location ~ \.php.
• Sprawdziłem fastcgi_param SCRIPT_FILENAMEdyrektywę.

Serwer zwraca 404 na (i tylko na) .phpskryptach. Mogę zmienić ich nazwę .htmli wszystko będzie dobrze. Jak mogę o tym poradzić?

To jest moje 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;
        }


    }

}

Rozwiązałem to. Okazuje się, że problemem były uprawnienia ustawione na gnieździe, na którym nasłuchiwał php. Po prostu musiałem zmienić dyrektywę o nazwie listen.modena/etc/php-fpm.d/www.conf

listen.mode = 0750

I ustaw użytkownika nginx:

listen.owner = nginx
listen.group = nginx

Plik wygląda więc tak:

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

Ponieważ korzystałem z gniazda unix zamiast portu TCP:

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

Poza tym otrzymywałem 404zamiast tego 500lub 503ponieważ moje www.confbyło skonfigurowane do przekierowywania błędów na niestandardowe strony , a ponieważ ich tam nie było, dostawałem 404.

Edytować:

Wygląda na to, że w najnowszych wersjach dystrybucji nginx w Fedorze (Fedora 22, 23) nginx domyślnie używa użytkownika apache, a gniazdo ustawione jest również na apache użytkownika, więc dalsza konfiguracja nie jest wymagana.

Naprawdę wystąpił błąd „Nie znaleziono”, ponieważ przeczytana książka dała mi niepoprawny ciąg znaków dla ścieżki, /php_statusktórą skonfigurowałem w php-fpm 7.0.x (obecnie 7.0.19) i nginx 1.12 (obecnie 1.12.0)

Tutaj jest /etc/php/7.0/fpm/pool.d/{config}

pm.status_path = /php_status

Oto konfiguracja dla defaultw /etc/nginx/sites-available(Jestem na 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;
  }
}

Uwaga: Poniższe informacje zostały zaprojektowane tak, aby /php_statusnie były publicznie dostępne w Internecie (ani PHP nie jest obsługiwane, ani konfigurowane jako domyślny host). Zawiera także fastcgi_passdyrektywę dla php-fpm dla tcp i unix-socket

Powinieneś także uruchomić następujące dwa polecenia po

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

Aby zweryfikować, spróbuj uruchomić

curl http://127.0.0.1/php_status