nginx下 HTTP 499 状态码错误

 日志记录中HTTP状态码出现499错误有多种状况，我遇到的一种状况是nginx反代到一个永远打不开的后端，就这样了，日志状态记录是49九、发送字节数是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个子进程。