日志記錄中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錯誤的解決辦法,希望對大家有所幫助
另外有需要云服務器可以了解下創新互聯scvps.cn,海內外云服務器15元起步,三天無理由+7*72小時售后在線,公司持有idc許可證,提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業上云的綜合解決方案,具有“安全穩定、簡單易用、服務可用性高、性價比高”等特點與優勢,專為企業上云打造定制,能夠滿足用戶豐富、多元化的應用場景需求。
本文標題:HTTP499狀態碼nginx下499錯誤的解決辦法-創新互聯
本文鏈接:http://vcdvsql.cn/article40/pghho.html
成都網站建設公司_創新互聯,為您提供小程序開發、建站公司、網站排名、搜索引擎優化、外貿網站建設、網站維護
聲明:本網站發布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創新互聯