Nginx在php5 fpm设置上抛出502坏网关

Question

这是我的设置细节

Nginx。形态

user  nginx;
worker_processes  8;

error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;


events {
    worker_connections  4096;
}


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;
    #tcp_nopush     on;

    keepalive_timeout  65;

    #gzip  on;


    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;

}

默认情况下，我的conf文件包含可用站点和已启用站点

server {
    server_name www.subdomain.mywebsite.com subdomain.mywebsite.com;
    access_log /srv/www/subdomain.mywebsite.com/logs/access.log;
    error_log /srv/www/subdomain.mywebsite.com/logs/error.log;
    root /srv/www/subdomain.mywebsite.com/public_html;

    location / {

        index index.html index.htm index.php;
    }


    location ~ \.php$ {
        include /etc/nginx/fastcgi_params;
        fastcgi_pass  127.0.0.1:9000;
        fastcgi_index index.php;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_param SCRIPT_FILENAME /srv/www/subdomain.mywebsite.com/public_html$fastcgi_script_name;
    }
}

当我按我的域运行html文件时，它工作正常。

但如果我转到php文件，例如

subdomain.mywebsite.com/info.php

它给出了nginx的502坏网关错误

出现问题时，Php5 fpm正在运行

root@ubuntu:/etc/nginx/sites-available# service php5-fpm status
php5-fpm start/running, process 12196

Answer 1

这就是典型响应的工作方式：向Nginx发送请求，Nginx代表客户端浏览器向PHP-FPM发送该请求；PHP-FPM使用其评估过的代码进行响应，然后将该响应发送回Nginx。在你的情况下，这仍然在发生。问题是PHP-FPM没有发送您想要的结果。您希望对代码进行评估，但它说它或多或少无法读取代码，因此它告诉Nginx它没有搞错，因此Nginx告诉客户端浏览器“网关”（上游服务器，即PHP-FPM）是一个傻瓜；也就是说，它向客户端浏览器发送502响应，因为它不能空手向老板显示。

这是什么意思？

毫不奇怪，这意味着权限是错误的。权限阻止了PHP-FPM的工作。找到PHP-FPM的www.conf文件，并调整listen。所有者，倾听。分组，收听。模式、用户和组设置。另外，只需使用插座即可。这是在同一位置配置的。实际上，我刚才列出的权限设置只适用于套接字。然而，如果您想继续在侦听端口上运行Nginx，这仍然是一个权限问题。

您的日志很容易说明这一点。你真的调查过这个问题吗？搜索引擎可能会被与这些信息相关的结果淹没。