Nginx 1 FastCGI envoyé dans stderr: "Script primaire inconnu"

Le message d'erreur "script principal inconnu" est presque toujours lié à un SCRIPT_FILENAME mal configuré dans la directive fastcgi_param de nginx (ou des permissions incorrectes, voir les autres réponses).

Vous utilisez un if dans la configuration que vous avez publiée en premier. Eh bien, il devrait être maintenant bien connu que if est maléfique et provoque souvent des problèmes.

Il est mauvais pratique de définir la directive root dans un bloc location, même si cela fonctionne bien sûr.

Vous pourriez essayer quelque chose comme ce qui suit:

server {
    location / {
        location ~* \.php$ {
            include fastcgi_params;
            fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
            fastcgi_pass 127.0.0.1:9000;
            try_files $uri @yii =404;
        }
    }
    location @yii {
        fastcgi_param SCRIPT_FILENAME $document_root$yii_bootstrap;
    }
}

Veuillez noter que la configuration ci-dessus n'a pas été testée. Vous devriez exécuter nginx -t avant de l'appliquer pour vérifier les problèmes que nginx peut détecter immédiatement.

Ce n'est pas toujours que le SCRIPT_FILENAME est incorrect.
Cela peut aussi être que PHP s'exécute en tant qu'utilisateur/groupe incorrect.

Cet exemple est spécifique à Mac OS X, qui à mon avis est le plus difficile à configurer (Debian est facile en comparaison) - Je viens de passer de PHP 5.6 à 7.0, en utilisant homebrew et les excellents paquets de josegonzalez.

Le problème était qu'une nouvelle copie des fichiers de configuration a été créée.

Le fichier de configuration principal est /usr/local/etc/php/7.0/php-fpm.conf, mais notez la section des Définitions de Pool à la fin où il inclut tout un sous-répertoire.

include=/usr/local/etc/php/7.0/php-fpm.d/*.conf

Dans php-fpm.d il y a un fichier www.conf. Par défaut, cela contient :

user = _www
group = _www

Sous OS X, vous devez peut-être changer cela en :

user = [votre nom d'utilisateur]
group = staff

(vous devriez trouver que cela correspond à un ls -lh de votre document_root)

Malheureusement, sans ce changement, vous verrez toujours ceci dans votre journal d'erreurs Nginx même s'il cherche le fichier au bon endroit.

"Script principal inconnu" lors de la lecture de l'en-tête de réponse en amont

Vérifiez ce sur quoi il s'exécute actuellement :

ps aux | grep 'php-fpm'

ou de manière plus propre :

ps aux | grep -v root | grep php-fpm | cut -d\  -f1 | sort | uniq

Comment vérifier si le nom de fichier du script est correct :

(volé à igorsantos07 dans l'autre réponse)

Ajoutez au bloc http du principal /usr/local/etc/nginx/nginx.conf:

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

(où la première partie doit être ce que vous utilisez actuellement, donc vous pouvez voir si c'est correct.)

Et pour utiliser le journal que vous venez de définir, dans le bloc server de votre site :

access_log /var/log/nginx/scripts.log scripts;

Si c'est correct, en demandant example.com/phpinfo.php produira quelque chose comme ceci :

/chemin/vers/docroot/phpinfo.php > GET /phpinfo.php

Pouvez-vous simplifier votre configuration existante ?

Utilisez-vous un bloc location ~ \.php { que vous avez copié/collé depuis quelque part sur Internet ? La plupart des packages vous permettent de le faire plus rapidement et proprement. Par exemple, sur OS X, vous avez maintenant juste besoin de ceci :

location ~ \.php {
    fastcgi_pass 127.0.0.1:9000;
    include snippets/fastcgi-php.conf;

    # tout paramètre spécifique au site, par exemple des variables d'environnement
}

Des choses comme fastcgi_split_path_info, try_files et fastcgi_index (par défaut sur index.php) sont dans /usr/local/etc/nginx/snippets/fastcgi-php.conf.

Celui-ci inclut /usr/local/etc/nginx/fastcgi.conf qui est une liste de paramètres fastcgi_param, y compris le crucial SCRIPT_FILENAME.

Ne dupliquez jamais root dans le bloc de localisation PHP.

"Script principal inconnu" est causé par le contexte de sécurité SELinux.

le client reçoit la réponse

Fichier non trouvé.

le fichier de logs d'erreur de nginx contient le message d'erreur suivant

*19 FastCGI envoyé dans stderr: "Script principal inconnu" lors de la lecture de l'en-tête de réponse de l'amont

il suffit donc de changer le type de contexte de sécurité du dossier racine du site web en httpd_sys_content_t

chcon -R -t httpd_sys_content_t /var/www/show

il y a 3 utilisateurs pour la configuration de nginx/php-fpm

/etc/nginx/nginx.conf

user nobody nobody;  ### `user-1`, c'est l'utilisateur qui exécute le processus ouvrier de nginx
...
include servers/*.conf;

/etc/nginx/conf.d/www.conf

location ~ \.php$ {
#   fastcgi_pass 127.0.0.1:9000;  # socket tcp
    fastcgi_pass unix:/var/run/php-fpm/fpm-www.sock;  # socket unix
    fastcgi_index index.php;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    include fastcgi_params;
}

/etc/php-fpm.d/www.conf

[www]
user = apache  ### `user-2`, c'est l'utilisateur qui exécute le processus du pool php-fpm
group = apache

;listen = 127.0.0.1:9000  # socket tcp
listen = /var/run/php-fpm/fpm-www.sock  # socket unix

listen.onwer = nobody  ### `user-3`, c'est l'utilisateur pour le socket unix, comme /var/run/php-fpm/fpm-www.sock
listen.group = nobody  # pour le socket tcp, ces lignes peuvent être commentées
listen.mode = 0660

user-1 et user-2 ne doivent pas nécessairement être les mêmes.

pour le socket unix, user-1 doit être le même que user-3, car nginx fastcgi_pass doit avoir la permission de lecture/écriture sur le socket unix.

sinon nginx obtiendra un 502 Bad Gateway, et le fichier de logs d'erreur de nginx contiendra le message d'erreur suivant

*36 connect() à unix:/var/run/php-fpm/fpm-www.sock a échoué (13: Permission refusée) lors de la connexion à l'amont

et l'utilisateur/le groupe du dossier racine du site web (/var/www/show) ne doit pas nécessairement être le même que l'un de ces 3 utilisateurs.

J'ai eu le même problème avec une version plus récente de nginx (v1.8). Les versions plus récentes recommandent d'utiliser snippets/fastcgi-php.conf; au lieu de fastcgi.conf. Donc si vous avez copié/collé include fastcgi.conf à partir d'un tutoriel, vous pourriez vous retrouver avec l'erreur Script principal inconnu dans le journal.