FastCGI: Невозможно открыть основной скрипт на NGinx и PHP-FPM

FastCGI: Невозможно открыть основной скрипт на NGinx и PHP-FPM

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

Я использую Ubuntu 16.04, NGinx и PHP-FPM.

Nginx.conf — это файл по умолчанию, я просто задал более информативный формат журнала.

Права пользователя, похоже, в порядке: NGinx и PHP_FPM работают под пользователем www-data. Владелец Document-Root — www-data. Владелец FPM-Pool — www-data. Socket-file есть и доступен для записи.

Я уже пробовал устанавливать самые слабые права доступа к папкам и файлам (chmod 777): результата нет.

Это мой server.conf, как вы можете видеть из закомментированных строк, я перепробовал кучу трюков — безрезультатно:

server {
    listen         8080;
#    listen         8080 default_server;
 #   listen         [::]:8080 default_server;
    server_name    example.com www.example.com
    root           /var/www/nginx/;
    index          index.php;
        access_log /var/log/nginx/scripts.log scripts;


    gzip             on;
    gzip_comp_level  3;
    gzip_types       text/plain text/css application/javascript image/*;

    location ~ \.php$ {
        if ($uri !~ "^/uploads/") {
            fastcgi_pass unix:/run/php/php-fpm-www.sock;

        }

    include fastcgi.conf;

#    include         snippets/fastcgi-php.conf;
    include         fastcgi_params;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    fastcgi_param SCRIPT_NAME $fastcgi_script_name;

  }

    # Block access to .htaccess
    location ~ \.htaccess {
        deny all;
    }

}    

Вот конфигурация fpm-pool:

[www]
listen = /run/php/php-fpm-$pool.sock
user = www-data
group = www-data
listen.owner = www-data
listen.group = www-data
php_admin_flag[allow_url_fopen] = off
php_admin_flag[allow_url_include] = off
php_admin_value[memory_limit] = 128M
pm = dynamic
pm.max_children = 5
pm.start_servers = 1
pm.min_spare_servers = 1
pm.max_spare_servers = 3
chdir = /
chroot = /var/www/nginx/
php_flag[display_errors] = on
php_admin_value[error_log] = /var/log/fpm-php.www.log
php_admin_flag[log_errors] = on
catch_workers_output = yes

Это вывод access.log nginx:

/var/www/nginx/index.php > GET /index.php HTTP/1.1

А вот и сам error.log:

2018/08/29 17:34:27 [error] 24020#24020: *47 FastCGI sent in stderr: "Unable to open primary script: /var/www/nginx/index.php (No such file or directory)" while reading response header from upstream, client: 213.61.37.18, server: example.com, request: "GET /index.php HTTP/1.1", upstream: "fastcgi://unix:/run/php/php-fpm-www.sock:", host: "example.com:8080"

решение1

Я сам нашел ошибку после подсказки @michael - спасибо за просвещение.

Я использую chroot, потому что цель — «заключить» каждый веб-сайт в его собственную среду.среда/ папка. Поэтому я установил корень этой конкретнойсредав реальное местоположение файловой системы/var/www/nginx.

В конфигурации сервера NGinx я передаю параметр fastcgi SCRIPT_FILENAME с ведущим $document_root.

fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;

В NGinx $document_root ссылается на root-директиву. $document_root, конечно же,/var/www/nginx

Но PHP-средаимеет "измененный корень" (/ означает /var/www/nginx). Это означает, что PHP теперь ищет index.php в папке /var/www/nginx. Но поскольку корневая папка только "виртуальная", PHP /var/www/nginx на самом деле указывает на это местоположение в реальной файловой системе: /var/www/nginx/var/www/nginx.

Таким образом, изменение параметра на это исправит ошибку.

fastcgi_param SCRIPT_FILENAME $fastcgi_script_name;

Связанный контент