本文首發於
爛泥行天下
。 本來這篇文章早就改寫了，但是因為各種原因一直拖著沒有寫。今天剛好周五，把這篇文章寫下。
最近一段時間，同事反映每天下午6:00到6:30公司網路會中斷一次，並且一次的終端持續時間為15s左右。而後自動網路恢復正常。
既然同事都說了，那咱就找找問題的原因。
既然是網路終端，而且是很有規律性的。每天下午的都會有這中情況，首先懷疑是不是運營商那邊進行了路由策略的調整在這時間段。
於是就聯絡執行商那邊的客戶經理，讓他們查詢是不是他們在這段時間內進行了相關的調整。
等了兩天終於反饋，說沒有進行調整。不得不說，此運營商的辦事效率，唉，不提了。
繼續找問題，既然不是運營商那邊的問題。那就很有可能問題出在公司內部了。
登入飛魚星路由器檢視執行正常，那麼說明裝置執行正常。檢視二層交換機也是執行正常的。
既然裝置執行正常，那麼就看看公司內網是不是有arp***，使用相關的軟體也沒有看到。
很是糾結，裝置沒有問題，網路卻有中斷。
繼續想問題出在的地方，問題還是回到了網路中斷的地方。既然是每天這個時間中斷，那我就在機器上做個計畫任務。每天這個時間段ping公司的閘道器。
在linux主機上設定計畫任務crontab 0-30 18 * * * ping baidu.com >>/tmp/ping.txt
然後第二天，觀察ping的結果。經過幾天的觀察發現，這樣的效果很不明顯。因為沒有發現ping不通外網的情況。但是同事反饋問題還是依舊存在。
這個可讓我惱火了，問題的原因沒有找到。但是問題依舊存在。此時懷疑是不是飛魚星路由器由於長時間執行，出現負載過重等情況，於是定時在每天早上5:00進行自動重啟。
就在這個問題出現後的半個月一天上午，大家都正在辦公時，公司網路再次出現中斷。此時登入路由器，打算再次重啟時，發現路由器的執行時間是3分鐘。
「3分鐘」，想一想不對，我定時重啟路由器是在每天早上5:00點，而公司上班的時間為9:30。那麼按照正常計算的話，路由器的執行時間應該是4.5小時。而不是3分鐘。
但是正常情況下，該路由器從啟動到正常執行的時間應該是2分鐘左右。按照這樣計算的話，公司的網路中斷應該是2分鐘左右而不是15s左右。
此時懷疑是不是路由器的硬體出問題，而後直接**飛魚星的技術支援。
把這邊的情況與自己的判斷和那邊的技術描述下，那邊技術詢問了該路由器的韌體版本後。反饋很有可能是韌體有問題，建議我更新最新韌體。
嘿嘿，既然問題找到了，那就公升級路由器的韌體看看。
韌體公升級嘛，按照飛魚星官方文件公升級即可。
公升級完畢後，再次觀察，問題沒有出現。
至此問題解決。
ps：由於當時，沒有進行相關截圖，所以此篇文章只有文字。
記一次詭異的HTTP響應
問題描述 1.通常我們會想到是不是因為中文?2.通過測試，發現不包含中文的返回最終響應的也是亂碼。3.目前為止排除了編碼問題，檢視閘道器日誌，應用日誌，發現閘道器拿到的資料全部亂碼，但是應用返回確是全部正常，問題查到這兒，基本將問題定位到閘道器和服務之間的互動可能不太正常。通過抓包工具，發現了伺服器...
記一次詭異的SpringMVC中攔截路徑的問題
dispatcherservlet org.springframework.web.servlet.dispatcherservlet contextconfiglocation classpath springmvc.xml 1dispatcherservlet 2.將url pattern改為 ...
記一次網路風暴 網路環路
環境 win10 x64 聯想雲教室，電子教室，華三交換機。狀況描述 最開始開機，一直卡在pxe啟動介面，進不去系統。電腦技術張工說，先開教師機後開學生機。因為學生機開機需要讀取教師機的映象。但是狀況依舊。開始排查網路，重啟交換機後，發現陸續有幾台電腦能登陸進系統桌面了，但很慢起碼過了5分鐘以上才能...