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個子進程。