我将nginx更新到1.4.7，将php更新到5.5.12，之后我得到了502错误。在我更新之前，一切都很好。
nginx-error.log
2014/05/03 13:27:41 [crit] 4202#0: *1 connect() to unix:/var/run/php5-fpm.sock failed (13: Permission denied) while connecting to upstream, client: xx.xxx.xx.xx, server: localhost, request: "GET / HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "xx.xx.xx.xx"
nginx.conf
user www www;
worker_processes 1;
location / {
root /usr/home/user/public_html;
index index.php index.html index.htm;
}
location ~ [^/]\.php(/|$) {
fastcgi_split_path_info ^(.+?\.php)(/.*)$;
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /usr/home/user/public_html$fastcgi_script_name;
include fastcgi_params;
}
查看/etc/php5/php-fpm.conf即可
Pid = /var/run/php5-fpm.pid IS pid文件
在/etc/php5/fpm/pool.d/www.conf文件中
监听= /var/run/php5-fpm.SOCKET文件
如果你pid等于监听(pid = /var/run/php5-fpm. .Sock和listen = /var/run/php5-fpm.sock) ->错误设置
设置/etc/php5/fpm/pool.d/www.conf
user = nginx
group = nginx
listen.owner = nginx
listen.group = nginx
listen.mode = 0660
我今天更新了我的机器(更新了PHP)，运行Ubuntu 14.04，再次得到这个错误。分发配置文件/etc/php5/fpm/pool.d/www.conf很好，目前不需要任何更改。
我发现以下错误:
dmesg | grep php
[...]
[ 4996.801789] traps: php5-fpm[23231] general protection ip:6c60d1 sp:7fff3f8c68f0 error:0 in php5-fpm[400000+800000]
[ 6788.335355] traps: php5-fpm[9069] general protection ip:6c5d81 sp:7fff98dd9a00 error:0 in php5-fpm[400000+7ff000]
奇怪的是，我在这台机器上运行了两个使用PHP-FPM的网站，其中一个运行正常，另一个(一个Tiny Tiny RSS安装)给了我一个502，这两个网站之前都运行正常。
我比较了这两个配置文件，发现fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;受影响的站点缺失。
两个配置文件现在都包含以下块，并再次正常运行:
location ~ \.php$ {
fastcgi_pass unix:/var/run/php5-fpm.sock;
include /etc/nginx/snippets/fastcgi-php.conf;
}
更新
值得注意的是，Ubuntu提供了两个fastcgi相关的参数文件和一个配置片段，这是在Vivid和PPA版本中提供的。相应更新了解决方案。
fastcgi参数文件的Diff:
$ diff -up fastcgi_params fastcgi.conf
--- fastcgi_params 2015-07-22 01:42:39.000000000 +0200
+++ fastcgi.conf 2015-07-22 01:42:39.000000000 +0200
@@ -1,4 +1,5 @@
+fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param QUERY_STRING $query_string;
fastcgi_param REQUEST_METHOD $request_method;
fastcgi_param CONTENT_TYPE $content_type;
/etc/nginx/snippets/fastcgi-php.conf中的配置片段
# regex to split $uri to $fastcgi_script_name and $fastcgi_path
fastcgi_split_path_info ^(.+\.php)(/.+)$;
# Check that the PHP script exists before passing it
try_files $fastcgi_script_name =404;
# Bypass the fact that try_files resets $fastcgi_path_info
# see: http://trac.nginx.org/nginx/ticket/321
set $path_info $fastcgi_path_info;
fastcgi_param PATH_INFO $path_info;
fastcgi_index index.php;
include fastcgi.conf;
从Ubuntu 14.04 lts升级到Ubuntu 16.04 lts后，我发现了另一个我以前没有见过的错误原因。
在升级过程中，我不知何故丢失了php5-fpm可执行文件。所有的配置文件都是完整的，我花了一段时间才意识到service php5-fpm start并没有真正启动一个进程，因为它没有显示任何错误。
当我注意到/var/run/php5-fpm中没有套接字文件时，我幡然醒悟在尝试解决这个问题时，netstat -an也没有显示侦听端口的进程。由于/usr/sbin/php5-fpm文件也不存在，我终于找到了正确的路径。
为了解决这个问题，我将php从5.5版本升级到7.0版本。Apt-get install php-fpm作为一个副作用做到了。在安装了其他必要的软件包之后，一切恢复正常。
然而，这种升级解决方案可能有其自身的问题。由于php已经发展了很多，软件可能会以难以想象的方式崩溃。所以，即使我真的走了那条路，你可能想要保留你喜欢的版本再久一点。
幸运的是，似乎有一个简单的方法，如自定义Windows网站所述:
add-apt-repository ppa:ondrej/php
apt-get purge php5-common
apt-get update
apt-get install php5.6
这可能是一个更简洁的解决方案，但我没有尝试。我希望接下来的几天会告诉我是否应该这样做。
下面的简单修复对我有用，绕过了套接字可能的权限问题。
在你的nginx配置中，设置fastcgi_pass为:
fastcgi_pass 127.0.0.1:9000;
而不是
fastcgi_pass /var/run/php5-fpm.sock;
这必须匹配/etc/php5/fpm/pool.d/www.conf中的listen =参数，所以也将其设置为:
listen = 127.0.0.1:9000;
然后重新启动php5-fpm和nginx
service php5-fpm restart
And
service nginx restart
更多信息，请参见:https://wildlyinaccurate.com/solving-502-bad-gateway-with-nginx-php-fpm/
