首頁 > 運維 > linux運維 > 主體

比較講解HTTP中499狀態碼和nginx下499錯誤

巴扎黑
發布: 2017-08-22 13:24:00
原創
3619 人瀏覽過

    日誌記錄中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 */

ngx_string(ngx_http_error_496_page), / 4.496. /

ngx_string(ngx_http_error_497_page), /* 497, http to https */

ngx_string(ngx_http_error_404_page), /* 498, canceled *//#full_   /* 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錯誤的詳細內容。更多資訊請關注PHP中文網其他相關文章!

相關標籤:
來源:php.cn
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板