Назад | Перейти на главную страницу

Nginx выдает ошибку 404 только в скриптах php с использованием php-fpm

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

Nginx + Php5-fpm не отображает файлы php

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

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

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

Сервер возвращает 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

Вот конфиг для default в /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