標籤:
HTTP 499 狀態代碼 nginx下 499錯誤
日誌記錄中HTTP狀態代碼出現499錯誤有多種情況,我遇到的一種情況是nginx反代到一個永遠打不開的後端,就這樣了,日誌狀態記錄是499、發送位元組數是0。
老是有使用者反映網站系統時好時壞,因為線上的產品很長時間沒有修改,所以前端程式的問題基本上可以排除,於是就想著是Get方式調用的介面不穩定,問了相關人員,說沒有問題,為了拿到確切證據,於是我問相關人員要了nginx伺服器的記錄檔(awstats日誌),分析後發現日誌中很多錯誤碼為499的錯誤,約佔整個記錄檔的1%,而它只佔全部報錯的70%左右(全部報錯見),那麼所有報錯加起來就要超過1%了,這個量還是特別大的。
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個子進程。
【轉】HTTP 499 狀態代碼 nginx下 499錯誤