aaaa成人_日本一道本在线视频_国产高潮流白浆喷水在线观看_韩国专区福利一区二区_一区二区不卡视频_看全色黄大色黄大片女图片第一次

網(wǎng)站故障排查從錯誤碼406說起

• 作者：新網(wǎng)
• 來源：新網(wǎng)
• 瀏覽：100
• 2018-02-27 17:39:38

網(wǎng)站故障排查怎么做？我們首先判斷，從故障現(xiàn)象來看，應該和后端無關(guān)，而是與前端有關(guān)，所以我們迅速查看了前端的日志，從日志來看，主要是用于判斷客戶端的地理位置接口持續(xù)出現(xiàn)錯誤，出現(xiàn)大量的HTTP Status Code 406(24小時之內(nèi)出現(xiàn)了1w多條)。

 網(wǎng)站故障排查怎么做?我們首先判斷，從故障現(xiàn)象來看，應該和后端無關(guān)，而是與前端有關(guān)，所以我們迅速查看了前端的日志，從日志來看，主要是用于判斷客戶端的地理位置接口持續(xù)出現(xiàn)錯誤，出現(xiàn)大量的HTTP Status Code 406(24小時之內(nèi)出現(xiàn)了1w多條)。

按照HTTP Status Code的規(guī)范，4開頭的錯誤碼和客戶端有關(guān)，考慮到這個故障只出現(xiàn)在一位老師那里，初步判斷406就是問題的根源。

 

隨著掌握信息的增加，分析的加深，我們迅速解決了那位外教的故障，不幸的是，確認它和406沒有關(guān)系。

 

但是，我們并不能就此打住。畢竟正常情況下響應的HTTP Status Code應該是200，那么大量的406到底是什么呢?為什么我們都無法復現(xiàn)?它們是如何引發(fā)的?如此大量的爆發(fā)應當引起用戶的反饋了?為什么線上的反饋這么平靜呢?

 

排查過程

 

為了保障性能，我們的 Node 端并沒有詳細記錄每個請求，所以單純看406的日志并不能知道具體的原因。為了排查這個問題，我們緊急發(fā)布了在線補丁，具體記錄每個請求的詳細信息，然后在日志平臺中看到了下面的請求。

 

于是，我們在 Postman 中模擬了錯誤的請求，果然，我們復現(xiàn)了406錯誤，所以可以確認問題是 Accept 字段導致。

 

406 Not Acceptable 狀態(tài)碼表示客戶端錯誤，表示請求的資源的內(nèi)容特性無法滿足請求頭中的條件，因而無法生成響應實體。 譯自HTTP協(xié)議規(guī)范RFC文檔

 

我們上網(wǎng)查閱資料并也跟后端同事討論了406的錯誤碼，得知，如果請求頭的 Accept 不符合事先約定的契約，就會返回406錯誤。報錯的是 API 服務，返回的是 application/json 格式的數(shù)據(jù)， 然而請求中的 Accept 說明它并不支持這種格式，所以會報出406錯誤。

 

我們仔細檢查了常見瀏覽器發(fā)送的請求，發(fā)現(xiàn)全部都包含 Accept: */* ;。看來，這些引發(fā)406的請求并不是普通用戶發(fā)出來的。那么，究竟是誰發(fā)出了這些請求呢?

 

難道是CDN?

 

CDN 的全稱是Content Delivery Network，即內(nèi)容分發(fā)網(wǎng)絡。 其目的是使用戶可就近取得所需內(nèi)容，解決Internet網(wǎng)絡擁擠的狀況，提高用戶訪問網(wǎng)站的響應速度。 CDN 網(wǎng)絡可以將服務器的內(nèi)容緩存到分布全球的CDN節(jié)點，根據(jù)用戶的訪問 IP，就近連接 CDN，提高網(wǎng)站響應速度。(引用自google.com)

 

以上就是小編對于網(wǎng)站故障排查的解析。