案例背景

部門 A (10.20.12.0/24) 部分鋁電腦無法訪問部門 B (10.20.30.0/24)。現象與前文 (ID 151860) 完全一致：特定來源 IP 丟包、更換 IP 暫時恢復、一週後故障模式漂移。本文作為獨立教學案例，著重排查邏輯與路由原理講解。

分層排查流程

1. 確認本地設定： IP、遮罩、閘道正確 → 排除主機端問題。
2. 隔離故障域： 同部門其他電腦測試 → 發現與來源 IP 強相關。
3. 懷疑上游防火牆： 電話確認對方策略為網段放行 → 排除防火牆單 IP 封鎖。
4. 觀察時間變化： 一週後故障 IP 組合改變 → 排除靜態封鎖，指向路由層面動態行為。
5. 關鍵工具 Traceroute： 對比正常/異常 IP 的路徑差異，發現中間節點出現 Request timed out 與路徑抖動。
6. 追溯變更歷史： 一週前更換核心路由器 (Cisco 3640) → 檢查配置發現雙預設路由。

核心原理：靜態路由負載平衡與黑洞

ip route 0.0.0.0 0.0.0.0 192.168.10.2   ! 正確下一跳
ip route 0.0.0.0 0.0.0.0 10.20.12.254   ! 錯誤下一跳 (黑洞)

• Cisco IOS 預設對同費用路由啟用 Per-destination CEF 負載平衡。
• 雜湊演算法以 目的地 IP 為輸入，決定封包走哪條路徑。
• 目的地落入黑洞路由者 → 封包丟棄；落入正確路由者 → 正常轉發。
• 重啟路由器會重建 CEF 表，雜湊結果可能改變 → 故障 IP 組合漂移。

修正指令與驗證

Router# conf t
Router(config)# no ip route 0.0.0.0 0.0.0.0 10.20.12.254
Router(config)# end
Router# wr
Router# reload

重啟後全網恢復正常。

延伸知識：路由表結構與常見 Flag

Destination  Gateway       Flags  Refs  Use  Interface
default      192.168.10.2  UGS    0     0    eth0
10.20.12.0   *             UC     1     0    eth0
10.20.30.0   192.168.10.2  UG     0     120  eth0

• U Up（路由啟用）
• G Gateway（需經由閘道）
• H Host（主機路由 /32）
• S Static（靜態路由）
• C Connected（直連網路）

避坑指南

1. 配置預設路由時 僅保留一條有效下一跳，或確保多條下一跳皆可達並刻意負載平衡。
2. 使用 show ip route 檢查是否有重複 0.0.0.0/0 條目。
3. 部署變更後執行 traceroute 關鍵目的地 驗證路徑正確性。
4. 建立配置變更審核機制：雙人複核 + 實驗室預演 + 灰度發布。

結語

路由故障往往隱藏在看似正常的配置行中。掌握路由選擇原理、負載平衡機制、Traceroute 讀圖技巧，配合系統化排查流程，即可從容化解「疑難雜症」，真正做到「不求人」。