Nginx常见错误代码总结和处理方案

ゞ浴缸里的玫瑰 2022-04-17 03:42 576阅读 0赞

目录  
302定义  
403错误  
413错误  
499错误  
502错误  
504错误

302定义

302 redirect: 302 代表暂时性转移(Temporarily Moved )。  
意思就是你访问网址A，但是网址A因为服务器端的拦截器或者其他后端代码处理的原因，会被重定向到网址B。

我这里出现302错误的原因是由于我的后端代码写了拦截器Filter，当从网站A访问带有某关键词路径的接口时就会被拦截，因而我将网站A要访问的接口的关键词进行了修改，使其不会被拦截器拦截，就能正常从后端获取数据了。

作者：weberweber  
链接：[https://www.jianshu.com/p/ad4f8ab8bbd6][https_www.jianshu.com_p_ad4f8ab8bbd6]  
來源：简书  
简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。

403错误

403是很常见的错误代码，一般就是未授权被禁止访问的意思。

可能的原因有两种：  
Nginx程序用户无权限访问web目录文件  
Nginx需要访问目录，但是autoindex选项被关闭

修复方法：  
授予Nginx程序用户权限读取web目录文件  
设置autoindex目录为on

location /path/to/website/folder \{  
…  
autoindex on;  
… \}

413错误

在上传时Nginx返回了413错误：“413 Request Entity Too Large”，这一般就是上传文件大小超过Nginx配置引起。

修复方法：  
在Nginx.conf增加client\_max\_body\_size的设置，这个值默认是1M，可以增加到8M以提高文件大小限制；  
如果运行的是php，那么还要检查php.ini，这个大小client\_max\_body\_size要和php.ini中的如下值的最大值一致或者稍大，这样就不会因为提交数据大小不一致出现的错误。

post\_max\_size = 8M  
upload\_max\_filesize = 2M

499错误

日志记录中HTTP状态码出现499错误有多种情况，我遇到的一种情况是nginx反代到一个永远打不开的后端，就这样了，日志状态记录是499、发送字节数是0。

给业务部门做一个代理使用google docs 。总是莫名奇妙的反馈打不开，发现nginx日志下报了很多499 。

499错误是什么？让我们看看NGINX的源码中的定义：

ngx\_string(ngx\_http\_error\_495\_page), /\* 495, https certificate error */  
ngx\_string(ngx\_http\_error\_496\_page), /* 496, https no certificate */  
ngx\_string(ngx\_http\_error\_497\_page), /* 497, http to https */  
ngx\_string(ngx\_http\_error\_404\_page), /* 498, canceled */  
ngx\_null\_string, /* 499, client has closed connection \*/

可以看到，499对应的是 “client has closed connection”。这很有可能是因为服务器端处理的时间过长，客户端“不耐烦”了。

Nginx 499错误的原因及解决方法  
打开Nginx的access.log发现在最后一次的提交是出现了HTTP1.1 499 0 -这样的错误，在百度搜索nginx 499错误，结果都是说客户端主动断开了连接。  
但经过我的测试这显然不是客户端的问题，因为使用端口+IP直接访问后端服务器不存在此问题，后来测试nginx发现如果两次提交post过快就会出现499的情况，看来是nginx认为是不安全的连接，主动拒绝了客户端的连接.

但搜索相关问题一直找不到解决方法，最后终于在google上搜索到一英文论坛上有关于此错误的解决方法：  
proxy\_ignore\_client\_abort on;  
Don’t know if this is safe.  
就是说要配置参数 proxy\_ignore\_client\_abort on;  
表示代理服务端不要主动关闭客户端连接。

以此配置重启nginx,问题果然得到解决。只是安全方面稍有欠缺，但比总是出现找不到服务器好多了。

还有一种原因是 我后来测试发现 确实是客户端关闭了连接,或者说连接超时 ,无论你设置多少超时时间多没用 原来是php进程不够用了 改善一下php进程数 问题解决 默认测试环境才开5个子进程。

502错误

Nginx 502 Bad Gateway的含义是请求的PHP-CGI已经执行，但是由于某种原因（一般是读取资源的问题）没有执行完毕而导致PHP-CGI进程终止。一般来说Nginx 502 Bad Gateway和php-fpm.conf的设置有关。

修复方法：  
1、查看FastCGI进程是否已经启动

ps -aux | grep php-cgi

2、检查系统Fastcgi进程运行情况

除了第一种情况，fastcgi进程数不够用、php执行时间长、或者是php-cgi进程死掉也可能造成Nginx的502错误。

运行以下命令判断是否接近FastCGI进程，如果fastcgi进程数接近配置文件中设置的数值，表明worker进程数设置太少。

netstat -anpo | grep “php-cgi” | wc -l

3、FastCGI执行时间过长

根据实际情况调高以下参数值

fastcgi\_connect\_timeout 300;  
fastcgi\_send\_timeout 300;  
fastcgi\_read\_timeout 300;

504错误

Nginx 504 Gateway Time-out的含义是所请求的网关没有请求到，简单来说就是没有请求到可以执行的PHP-CGI。

Nginx 504 Gateway Time-out一般与Nginx.conf的设置有关。

头部太大这种情况可能是由于Nginx默认的fastcgi进程响应的缓冲区太小造成的， 这将导致fastcgi进程被挂起，如果你的fastcgi服务对这个挂起处理的不好，那么最后就极有可能导致504 Gateway Time-out。

默认的fastcgi进程响应的缓冲区是8K，可以调大以下参数：

fastcgi\_buffer\_size 128k;  
fastcgi\_buffers 8 128k;  
fastcgi\_busy\_buffers\_size 由 128K 改为 256K；  
fastcgi\_temp\_file\_write\_size 由 128K 改为 256K。

此外，也可能是php-cgi的问题，需要修改php.ini的配置：

将max\_children由之前的10改为30，这样操作是为了保证有充足的php-cgi进程可以被使用。  
将request\_terminate\_timeout由之前的0秒改成60秒，这样使php-cgi进程处理脚本的超时时间提高到60秒，可以防止进程被挂起以提高利用效率。

[https_www.jianshu.com_p_ad4f8ab8bbd6]: https://www.jianshu.com/p/ad4f8ab8bbd6