日志記錄中HTTP狀態(tài)碼出現(xiàn)499錯(cuò)誤有多種情況，我遇到的一種情況是nginx反代到一個(gè)永遠(yuǎn)打不開的后端，就這樣了，日志狀態(tài)記錄是499、發(fā)送字節(jié)數(shù)是0。

老是有用戶反映網(wǎng)站系統(tǒng)時(shí)好時(shí)壞，因?yàn)榫€上的產(chǎn)品很長(zhǎng)時(shí)間沒(méi)有修改，所以前端程序的問(wèn)題基本上可以排除，于是就想著是Get方式調(diào)用的接口不穩(wěn)定，問(wèn)了相關(guān)人員，說(shuō)沒(méi)有問(wèn)題，為了拿到確切證據(jù)，于是我問(wèn)相關(guān)人員要了nginx服務(wù)器的日志文件（awstats日志），分析后發(fā)現(xiàn)日志中很多錯(cuò)誤碼為499的錯(cuò)誤，約占整個(gè)日志文件的1%，而它只占全部報(bào)錯(cuò)的70%左右（全部報(bào)錯(cuò)見下圖），那么所有報(bào)錯(cuò)加起來(lái)就要超過(guò)1%了，這個(gè)量還是特別大的。

499錯(cuò)誤是什么？讓我們看看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對(duì)應(yīng)的是 “client has closed connection”。這很有可能是因?yàn)榉?wù)器端處理的時(shí)間過(guò)長(zhǎng)，客戶端“不耐煩”了。

Nginx 499錯(cuò)誤的原因及解決方法

打開Nginx的access.log發(fā)現(xiàn)在最后一次的提交是出現(xiàn)了HTTP1.1 499 0 -這樣的錯(cuò)誤，在百度搜索nginx 499錯(cuò)誤，結(jié)果都是說(shuō)客戶端主動(dòng)斷開了連接。

但經(jīng)過(guò)我的測(cè)試這顯然不是客戶端的問(wèn)題，因?yàn)槭褂枚丝?IP直接訪問(wèn)后端服務(wù)器不存在此問(wèn)題，后來(lái)測(cè)試nginx發(fā)現(xiàn)如果兩次提交post過(guò)快就會(huì)出現(xiàn)499的情況，看來(lái)是nginx認(rèn)為是不安全的連接，主動(dòng)拒絕了客戶端的連接.

但搜索相關(guān)問(wèn)題一直找不到解決方法，最后終于在google上搜索到一英文論壇上有關(guān)于此錯(cuò)誤的解決方法：

proxy_ignore_client_abort on;
Don't know if this is safe.

就是說(shuō)要配置參數(shù) proxy_ignore_client_abort on;

表示代理服務(wù)端不要主要主動(dòng)關(guān)閉客戶端連接。

以此配置重啟nginx,問(wèn)題果然得到解決。只是安全方面稍有欠缺，但比總是出現(xiàn)找不到服務(wù)器好多了。

還有一種原因是 我后來(lái)測(cè)試發(fā)現(xiàn) 確實(shí)是客戶端關(guān)閉了連接,或者說(shuō)連接超時(shí) ,無(wú)論你設(shè)置多少超時(shí)時(shí)間多沒(méi)用 原來(lái)是php進(jìn)程不夠用了 改善一下php進(jìn)程數(shù) 問(wèn)題解決 默認(rèn)測(cè)試環(huán)境才開5個(gè)子進(jìn)程。

以上所述是小編給大家介紹的HTTP 499 狀態(tài)碼 nginx下 499錯(cuò)誤的解決辦法，希望對(duì)大家有所幫助，如果大家有任何疑問(wèn)請(qǐng)給我留言，小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對(duì)服務(wù)器之家網(wǎng)站的支持！