nginx: FastCGI отправил в stderr: “Первичный скрипт неизвестен”

Вопрос или проблема

Используя последнюю версию nginx (1.10.0) и php-fpm (PHP 7.0.6) на 64-битной Arch Linux.

При попытке запросить index.php для установки DokuWiki, я получаю следующую ошибку:

2016/05/21 22:09:50 [error] 11099#11099: *1 FastCGI отправил в stderr: "Primary script unknown" при чтении заголовка ответа от upstream, клиент: 192.168.70.3, сервер: doku.test.com, запрос: "GET /install.php HTTP/1.1", upstream: "fastcgi://unix:/run/php-fpm/php-fpm.sock:", хост: "doku.test.com"

Вот соответствующая конфигурация сервера:

server {
  listen 80;
  server_name doku.test.com;
  root /var/www/doku/public_html/;
  access_log /var/log/nginx/scripts.log scripts;

  location ~ \.php$ {
    include fastcgi_params;
    fastcgi_pass  unix:/run/php-fpm/php-fpm.sock;
    fastcgi_index index.php;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
  }

}

Вот fastcgi_params:

fastcgi_param  QUERY_STRING       $query_string;
fastcgi_param  REQUEST_METHOD     $request_method;
fastcgi_param  CONTENT_TYPE       $content_type;
fastcgi_param  CONTENT_LENGTH     $content_length;

fastcgi_param  SCRIPT_NAME        $fastcgi_script_name;
fastcgi_param  REQUEST_URI        $request_uri;
fastcgi_param  DOCUMENT_URI       $document_uri;
fastcgi_param  DOCUMENT_ROOT      $document_root;
fastcgi_param  SERVER_PROTOCOL    $server_protocol;
fastcgi_param  REQUEST_SCHEME     $scheme;
fastcgi_param  HTTPS              $https if_not_empty;

fastcgi_param  GATEWAY_INTERFACE  CGI/1.1;
fastcgi_param  SERVER_SOFTWARE    nginx/$nginx_version;

fastcgi_param  REMOTE_ADDR        $remote_addr;
fastcgi_param  REMOTE_PORT        $remote_port;
fastcgi_param  SERVER_ADDR        $server_addr;
fastcgi_param  SERVER_PORT        $server_port;
fastcgi_param  SERVER_NAME        $server_name;

# Только для PHP, требуется, если PHP был скомпилирован с --enable-force-cgi-redirect
fastcgi_param  REDIRECT_STATUS    200;

Как видно из конфигурации сервера, я пытаюсь записать вывод параметра SCRIPT_FILENAME, так как все мои исследования указывают на него как на причину проблемы. Вот соответствующая часть nginx.conf:

log_format scripts '$document_root$fastcgi_script_name > $request';

При запросе страницы index.php в scripts.log генерируется следующее:

/var/www/doku/public_html/index.php > GET /index.php HTTP/1.1

Выполнив команду ls для этого файла:

-rwxr-xr-x 1 nginx nginx 182 May 21 06:45 /var/www/doku/public_html/index.php

Стоит отметить, что и демон nginx, и демон php-fpm настроены на выполнение от имени пользователя nginx с использованием группы nginx. Я в замешательстве, почему я получаю исходную ошибку, так как логирование эффективно доказало, что SCRIPT_FILENAME действительно указывает на правильный путь.

Из всех ответов на ServerFault, которые я рассмотрел, добавление этого параметра в конфигурацию сервера казалось решением номер 1 для моей ошибки, но это, похоже, не исправляет ситуацию в моем случае.

Есть ли какие-нибудь предложения?

Сначала проверьте, правильно ли вы установили адрес прослушивания в вашем файле www.conf для PHP-FPM (FastCGI Process Manager). Откройте файл www.conf (находится по адресу: /etc/php5/fpm/pool.d/www.conf), и вы должны увидеть что-то подобное:

Начать новый пул с именем 'www'.
[www]

;prefix = /path/to/pools/$pool

user = www-data
group = www-data

listen = 127.0.0.1:8080

; Установить разрешения для unix-сокета, если он используется. В Linux разрешения на чтение/запись
; должны быть заданы, чтобы разрешить подключения с веб-сервера. Многие
; системы, производные от BSD, разрешают подключения независимо от разрешений. 
; Значения по умолчанию: пользователя и группа устанавливаются как текущий пользователь
;                 режим устанавливается на 0660
listen.owner = www-data
listen.group = www-data
listen.mode = 0660

Под адресом прослушивания проверьте, установили ли вы адрес обратной связи (он идентифицирует ваш сервер) и номер порта. Затем в вашем файле nginx.conf измените fastcgi_pass на 127.0.0.1:8080, так что в конце он должен выглядеть следующим образом:

server {
  listen 80;
  server_name doku.test.com;
  root /var/www/doku/public_html/;
  access_log /var/log/nginx/scripts.log scripts;

  location ~ \.php$ {
    include fastcgi_params;
    fastcgi_pass  127.0.0.1:8080;
    fastcgi_index index.php;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
  }

}

Обратите внимание, что я использовал порт 8080 в примере, возможно, вам нужно будет изменить его.

Ответ или решение

Ошибка "Primary script unknown" в Nginx при использовании PHP-FPM может возникать по нескольким причинам, касающимся конфигурации сервера и прав доступа. Давайте подробнее рассмотрим возможные причины и их решения.

1. Проверка конфигурации Nginx

Ваша конфигурация Nginx выглядит в основном корректно, однако стоит обратить внимание на параметр SCRIPT_FILENAME. Согласно вашему описанию, вы используете конструкцию:

fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;

Здесь $document_root – это директория корня вашего сайта, которая необходима для правильной передачи пути к скрипту, в данном случае это должно быть /var/www/doku/public_html/. Убедитесь, что переменная $document_root равна этому пути. Для этого добавьте следующую строку в ваш конфигурационный файл:

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

Это позволит включить режим отладки и предоставить больше информации о возникшей ошибке.

2. Компиляция PHP и доступ к файлам

Убедитесь, что PHP скомпилирован со следующими опциями, особенно если вы видите ошибку "Primary script unknown":

  • Опция --enable-force-cgi-redirect должна быть включена. Это необходимо для работы PHP-FPM с FastCGI.
  • Убедитесь, что файл index.php и другие скрипты имеют правильные права доступа. У вас написано, что файл доступен для чтения и выполнения для пользователя nginx:
-rwxr-xr-x 1 nginx nginx 182 May 21 06:45 /var/www/doku/public_html/index.php

Это нормально, однако также убедитесь, что директория /var/www/doku/public_html/ имеет правильные права доступа (должна быть доступна для чтения пользователем, под которым запущен Nginx и PHP-FPM).

3. Конфигурация PHP-FPM

Проверьте настройки вашего PHP-FPM в файле www.conf, расположенном в /etc/php-fpm.d/www.conf или /etc/php5/fpm/pool.d/www.conf, в зависимости от вашей установки. Обратите внимание на следующие пункты:

  • Убедитесь, что ваш listen адрес соответствует тому, что вы указали в конфигурации Nginx. Если вы используете Unix socket, как в вашем случае, проверьте, что PHP-FPM действительно слушает на /run/php-fpm/php-fpm.sock.
  • Если вы решите изменить fastcgi_pass на 127.0.0.1:9000, убедитесь, что указанный порт соответствует настройкам PHP-FPM.

4. Права доступа к сокету

Если вы используете Unix сокет, важно, чтобы права доступа к нему были правильными. Проверьте, что на сокет /run/php-fpm/php-fpm.sock установлены права, позволяющие пользователю nginx подключаться к нему. Если сокет создан пользователем www-data, это может быть причиной проблемы:

ls -l /run/php-fpm/php-fpm.sock

Если права доступа некорректные, вы можете изменить их в конфигурации PHP-FPM:

listen.owner = nginx
listen.group = nginx
listen.mode = 0660

Заключение

Следуя вышеописанным шагам, вы сможете выявить и устранить причину ошибки "Primary script unknown". Проверьте конфигурацию Nginx и PHP-FPM на соответствие, а также убедитесь в правильности прав доступа к файлам и директориям. Включение режима отладки в Nginx поможет вам лучше понять, что именно происходит в момент возникновения ошибки и какие параметры необходимо корректировать.

Обратите внимание, что поддержание современного программного обеспечения и регулярное обновление особенно важны для поддержания безопасности и стабильности вашего веб-сервера.

Оцените материал
Добавить комментарий

Капча загружается...