鐵通某片區子網突然變慢，發信需等 60 秒。網管系統顯示該子網路由器流量 97%，中心網路及其他子網僅 40% 以下。中心不提供多媒體服務，流量來源成謎。

診斷過程：層層剝洋蔥

1. 拓撲上子網僅有營業廳、45 台 Web 伺服器，不應有此流量。
2. 網路測試儀接入交換機，啟動便攜網管，確認路由器流量 97%，中心端路由器同樣 97%，鏈路性能正常但必然擁塞丟包。
3. 流量分析儀監測：95% 流向業務數據伺服器，多為 HTTP/Email；Internet 訪問佔 88%、本地 7%。IP 來源分佈均勻，單一 IP 最高僅 0.5%，非集中攻擊，應為應用/通道層面問題。
4. 路由追蹤 10 個 IP，全經過同一 DNS 伺服器。模擬營業廳成員測試：ICMP 重導向封包 82%、目標不可達 13%，僅 2% 用戶一次正常到達。
5. 懸疑 DNS 伺服器。查詢發現 DNS 轉換表大量指向營業廳子網業務伺服器——**流量被錯誤導向內網而非出 Internet**。

曲折解決：重啟 DNS 3 分鐘復發，換機才治本

• 通知中心重啟 DNS 並快速重設，業務暫時恢復，DNS 查詢結果恢復正常。
• **約 3 分鐘後故障重現**，流量再度被導向子網。
• 無備份 DNS，只能進機房檢查。網卡、纜線正常。臨時在備用伺服器架新 DNS 服務切換上線。
• 子網路由器流量瞬間降至 1.5%，30 分鐘穩定，所有用戶恢復正常，故障徹底消除。

核心教訓

• 單點 DNS 服務極高風險，必須部署主備/叢集。
• DNS 污染/劫持會將外部流量誤導內網，造成頻寬暴增與業務癱瘓。
• 故障排查要從流量分佈、路由追蹤、DNS 解析結果三維交叉驗證，勿輕信單一指標。