详解Nginx 502错误解决办法

详解Nginx 502错误解决办法

这篇文章主要介绍了详解Nginx 502错误解决办法的相关资料,这里说明几种可能出现的502错误的实例，并一一说明如何解决，需要的朋友可以参考下

详解Nginx 502错误解决办法

1.配置错误

因为nginx找不到php-fpm了，所以报错，一般是fastcgi_pass后面的路径配置错误了，后面可以是socket或者是ip:port

2.资源耗尽

lnmp架构在处理php时，nginx直接调取后端的php-fpm服务，如果nginx的请求量偏高，我们又没有给php-fpm配置足够的子进程，那么php-fpm就会资源耗尽，一旦资源耗尽nginx找不到php-fpm就会出现502错误，

解决方案 去调整php-fpm.conf中的pm.max_children数值，使其增加，但是也不能无限增加，毕竟资源有限，一般4G内存机器如果跑php-fpm和nginx，不跑mysql可以设置为150，8G为300以此类推

3.除了上面的两种错误还有其他的原因，很少有，我们可以借助nginx的错误日志来进行排查vim /usr/local/nginx/logs/nginx_error.log 我们也可以给日志定义级别vim/usr/local/nginx/conf/nginx.conf 找到error_log，默认是crit最严谨的就行，也可以改成debug显示的信息最全面，但是很容易撑爆我们的磁盘。

首先我们需要让浏览器进行访问 修改nginx的配置文件

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

[root@wqslinux ~] # vim/usr/local/nginx/conf/vhosts/111.conf   server {    listen 80;    server_name www.111.com;    // 域名地址    index index.html index.htm index.php;    root /data/www/ ;      location ~ \.php$ {</code></div><div class="line number11 index10 alt2"><code class="bash spaces">&nbsp;&nbsp;&nbsp;&nbsp;</code><code class="bash plain">include fastcgi_params;</code></div><div class="line number12 index11 alt1"><code class="bash spaces">&nbsp;&nbsp;&nbsp;&nbsp;</code><code class="bash plain">fastcgi_pass unix:</code><code class="bash plain">/tmp/www</code><code class="bash plain">.sock; </code><code class="bash plain">//</code><code class="bash plain">修改sock</code></div><div class="line number13 index12 alt2"><code class="bash spaces">&nbsp;&nbsp;&nbsp;</code><code class="bash comments">#fastcgi_pass 127.0.0.1:9000;</code></div><div class="line number14 index13 alt1"><code class="bash spaces">&nbsp;&nbsp;&nbsp;&nbsp;</code><code class="bash plain">fastcgi_index index.php;</code></div><div class="line number15 index14 alt2"><code class="bash spaces">&nbsp;&nbsp;&nbsp;&nbsp;</code><code class="bash plain">fastcgi_param SCRIPT_FILENAME </code><code class="bash plain">/data/www</code><code class="bash plain">$fastcgi_script_name;    }   }

检查语法是否正常

?

1	[root@wqslinux ~] #/usr/local/nginx/sbin/nginx -t

重新加载配置文件

?

1 2	[root@wqslinux ~] # /usr/local/nginx/sbin/nginx-s reload [root@wqslinux ~] # /etc/init.d/nginx reload

检查nginx是那个用户跑的

?

1	[root@wqslinux ~] # ps aux |grep nginx

编辑php-fpm文件 我们要在这个php-fpm文件里面设置nginx的用户主，跟组这样才不会显示502

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

[root@wqslinux ~] # vim/usr/local/php/etc/php-fpm.conf   [global] pid = /usr/local/php/var/run/php-fpm .pid error_log = /usr/local/php/var/log/php-fpm .log [www] listen = /tmp/www .sock user = php-fpm group = php-fpm listen.owner = nobody  // 定义属主 listen.group = nobody  // 定义属组 pm = dynamic pm.max_children = 50 pm.start_servers = 20 pm.min_spare_servers = 5 pm.max_spare_servers = 35 pm.max_requests = 500 rlimit_files = 1024

配置完之后重启php-fpm

?

1	[root@wqslinux ~] # /etc/init.d/php-fpm restart

ps： 再补充一个，是近期很多同学遇到的问题 这种情况下，使用的是socket，版本高于5.4（含5.4） 默认监听的socket文件权限是所有者只读，属组和其他用户没有任何权限。所以，nginx的启动用户（咱们配置的是nobody）就没有办法去读这个socket文件，最终导致502，这个问题可以在nginx的错误日志中发现。解决办法很简单，上面给出的配置文件中就有避免这个问题的配置。

?

1 2	listen.owner = nobody  // 定义属主 listen.group = nobody  // 定义属组

这两个配置就是定义socket的属主和属组是谁。除了这个还有一种方法

?

1	listen.mode = 777

这样nobody也可以有读取权限了。