Nginx выбрасывает 404 только на php-скрипты, использующие php-fpm

Я установил тестовый сервер, используя nginx+ php-fpm. Я пробовал все следующее:

Nginx + Php5-fpm не рендеринг php файлов

nginx + php fpm -> 404 страницы php - файл не найден

При доступе к файлам PHP nginx выдает ошибку 404

Подводя итог тому, что я пробовал:

• Переустановка.
• Изменение привилегий скрипта (изменил их на 0777).
• fastcgi_intercept_errors on,
• Проверил rootдирективу на уровне: server, locationи location ~ \.php.
• Проверил fastcgi_param SCRIPT_FILENAMEдирективу.

Сервер возвращает 404 для (и только для) .phpсценариев. Я могу переименовать их, .htmlи они будут в порядке. Как я могу пойти по этому поводу?

Это мое 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;
        }


    }

}

Решил это. Оказывается, проблема была в разрешениях, установленных на сокете, где php прослушивал. Я просто должен был изменить директиву listen.modeна/etc/php-fpm.d/www.conf

listen.mode = 0750

И установите для пользователя nginx:

listen.owner = nginx
listen.group = nginx

Итак, файл выглядит так:

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

Потому что я использовал сокет Unix вместо порта TCP:

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

Кроме того, я получал 404вместо 500или 503потому, что мой www.confбыл настроен на перенаправление ошибок на пользовательские страницы , и так как их не было, я получал 404.

Редактировать:

Похоже, что в самых последних версиях дистрибутива nginx в Fedora (Fedora 22, 23) nginx использует пользователя apache по умолчанию, а для сокета также задан пользователь apache, поэтому дальнейшая настройка не требуется.

На самом деле я получил ошибку «Не найдено», потому что книга, которую я прочитал, дала мне неверную строку соответствия пути, /php_statusкоторый я настроил в php-fpm 7.0.x (в настоящее время 7.0.19) и в nginx 1.12 (в настоящее время 1.12.0)

Здесь /etc/php/7.0/fpm/pool.d/{config}

pm.status_path = /php_status

Вот конфиг для defaultin /etc/nginx/sites-available(я на 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;
  }
}

Примечание . Нижеследующее разработано таким образом, чтобы /php_statusоно не было общедоступным в Интернете (равно как и PHP-сервис или настройка хоста по умолчанию). Также включает fastcgi_passдирективу для tcp и unix-socket php-fpm

Вы также должны выполнить следующие две команды после

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

Чтобы проверить, попробуйте запустить

curl http://127.0.0.1/php_status