HTTP狀態(tài)碼出現(xiàn)499錯誤有多種情況，499錯誤是什么？下面我們來學習Nginx 499錯誤的原因及解決方法。
日志記錄中HTTP狀態(tài)碼出現(xiàn)499錯誤有多種情況，比如nginx反代到一個永遠打不開的后端，日志狀態(tài)記錄就會是499、發(fā)送字節(jié)數(shù)是0。
經(jīng)常有用戶反饋網(wǎng)站系統(tǒng)時好時壞，因為線上的產(chǎn)品很長時間沒有修改，所以前端程序的問題基本上可以排除，于是就想著是Get方式調(diào)用的接口不穩(wěn)定，問了相關人員，說沒有問題，為了拿到確切證據(jù)，于是我問相關人員要了nginx服務器的日志文件（awstats日志），分析后發(fā)現(xiàn)日志中很多錯誤碼為499的錯誤，約占整個日志文件的1%，而它只占全部報錯的70%左右），那么所有報錯加起來就要超過1%了，這個量還是特別大的。
499錯誤是什么？讓我們看看NGINX的源碼中的定義：
可以看到，499對應的是 “client has closed connection”。這很有可能是因為服務器端處理的時間過長，客戶端“不耐煩”了。
Nginx 499錯誤的原因及解決方法
打開Nginx的access.log發(fā)現(xiàn)在最后一次的提交是出現(xiàn)了HTTP1.1 499 0 -這樣的錯誤，在百度搜索nginx 499錯誤，結(jié)果都是說客戶端主動斷開了連接。
但經(jīng)過我的測試這顯然不是客戶端的問題，因為使用端口+IP直接訪問后端服務器不存在此問題，后來測試nginx發(fā)現(xiàn)如果兩次提交post過快就會出現(xiàn)499的情況，看來是nginx認為是不安全的連接，主動拒絕了客戶端的連接.
但搜索相關問題一直找不到解決方法，最后終于在google上搜索到一英文論壇上有關于此錯誤的解決方法：
就是說要配置參數(shù) proxy_ignore_client_abort on;
表示代理服務端不要主要主動關閉客戶端連接。
以此配置重啟nginx,問題果然得到解決。只是安全方面稍有欠缺，但比總是出現(xiàn)找不到服務器好多了。
還有一種原因是我后來測試發(fā)現(xiàn)確實是客戶端關閉了連接,或者說連接超時，無論你設置多少超時時間多沒用，原來是php進程不夠用了改善一下php進程數(shù)問題解決默認測試環(huán)境才開5個子進程。
重慶分公司
重慶分公司
