Nginx lancia 404 solo su script php usando php-fpm


11

Ho installato un server di prova usando nginx+ php-fpm. Ho provato tutto quanto segue:

Nginx + Php5-fpm non esegue il rendering dei file php

nginx + php fpm -> 404 pagine php - file non trovato

Quando si accede ai file PHP, nginx genera un errore 404

Riassumendo quello che ho provato:

  • La reinstallazione.
  • Modifica dei privilegi di script (cambiati in 0777).
  • fastcgi_intercept_errors on.
  • Controllato la rootdirettiva a livello: server, locatione location ~ \.php.
  • Controllato la fastcgi_param SCRIPT_FILENAMEdirettiva.

Il server restituisce 404 su (e solo su) .phpscript. Posso rinominarli .htmle andrebbero bene. Come posso procedere?

Questo è il mio 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;
        }


    }

}

Risposte:


14

Risolto Si scopre che il problema erano le autorizzazioni impostate sul socket in cui php era in ascolto. Ho dovuto cambiare una direttiva chiamata listen.modesu/etc/php-fpm.d/www.conf

listen.mode = 0750

E imposta l'utente su nginx:

listen.owner = nginx
listen.group = nginx

Quindi il file è simile al seguente:

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

Perché stavo usando un socket unix invece di una porta tcp:

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

Inoltre, stavo ricevendo 404invece 500o 503perché il mio www.confera configurato per reindirizzare gli errori alle pagine personalizzate e, dato che non c'erano, stavo ottenendo 404.

Modificare:

Sembra che nelle versioni più recenti della distribuzione nginx in Fedora (Fedora 22, 23), nginx utilizza l'utente apache per impostazione predefinita e il socket è impostato anche sull'utente apache, quindi non è necessaria alcuna ulteriore configurazione.


Bene, devi controllare: - Quale utente / gruppo esegue nginx (o qualsiasi server web) - Quale utente / gruppo esegue php-fpm
Dmitry Dubovitsky

0

In realtà ho ricevuto un errore "Not Found" perché un libro che ho letto mi ha dato una stringa di corrispondenza errata per il percorso /php_statusche avevo configurato in php-fpm 7.0.x (attualmente 7.0.19) e in nginx 1.12 (attualmente 1.12.0)

Ecco il /etc/php/7.0/fpm/pool.d/{config}

pm.status_path = /php_status

Ecco la configurazione di defaultin /etc/nginx/sites-available(sono su 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;
  }
}

Nota: quanto segue è progettato in modo tale da /php_statusnon essere pubblicamente disponibile su Internet (né PHP è servito o configurato per l'host predefinito). Include anche la fastcgi_passdirettiva per tcp e unix-socket php-fpm

Dovresti anche eseguire i seguenti due comandi dopo

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

Per verificare provare a correre

curl http://127.0.0.1/php_status
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.