在我的案例中，问题是Nginx web服务器以用户Nginx运行，而池以用户www-data运行。

我通过改变用户Nginx在/etc/nginx/nginx.conf文件中运行的问题解决了这个问题(可能在你的系统上不同，我的是Ubuntu 16.04.1)

修改:用户nginx;

收件人:用户www-data;

然后重启Nginx: service Nginx restart

事实上，“听”。mode”应该是:“0660”而不是“0666”，因为其他可写或其他可读从来不是一个好的选择。

因此，尝试找出您的web服务器运行的用户/组。我使用CentOs，它以“nginx”用户运行 所以在你的php-fpm.conf中添加:

listen.owner = nginx
listen.group = nginx
listen.mode = 0660

最后重新启动php-fpm

我确实在我的服务器上更换了好几次操作系统，试图获得最舒适的系统。

它曾经工作得很好，大部分时间，但最后我得到了这个502网关错误。

我为每个帐户使用一个php fpm套接字，而不是为所有帐户保留同一个套接字。因此，如果一个应用程序崩溃，至少其他应用程序可以继续运行。

我以前有用户和组www-data。但这在我的Debian 8上发生了变化，使用了最新的Nginx 1.8和php5-fpm。

默认用户为nginx，组为nginx。为了确保这一点，最好的方法是检查/etc/group和/etc/passwd文件。这些是不会说谎的。

它是在那里，我发现现在我有nginx在两者和不再www-data。

也许这可以帮助那些仍然试图找出错误消息不断出现的原因的人。

这对我很管用。

简单但有效。

listen.owner = nginx
listen.group = nginx

chown nginx:nginx /var/run/php-fpm/php-fpm.sock

这里目前提到的所有修复程序基本上都重新启用了安全漏洞。

我最后做的是将以下几行代码添加到我的PHP-FPM配置文件。

listen.owner = www-data
listen.group = www-data

确保www-data是nginx worker实际运行的用户。对于debian，默认是www-data。

这样做并不会启用此更改应该修复的安全问题。

-还检查linux (/etc/ SELINUX):

# getenforce

关掉它:

# setenforce 0