故障現象
- 單位 30 台工作站，二層交換機 + 寬帶路由器 + ADSL
- 約每 3 小時斷線一次，數分鐘後自動恢復
- 工作站系統正常、無病毒、已打補丁、線路測試無異常
排查邏輯與過程
初步判斷三結論
- 確為斷線 (非單機問題)
- 屬間歇性、規律性 (約 3 小時)
- 短時間自動恢復
排除方向一：線路不穩
聯繫電信檢測 ADSL 線路 → 回覆正常 → 排除
排除方向二：蠕蟲病毒導致路由器「假死」
- 懷疑 ARP 欺騙/蠕蟲封包淹沒導致路由器連線表滿載/CPU 100%
- 全機掃毒無發現
- 斷線時執行
arp -a 檢查閘道 MAC → 與正常時一致 → 排除 ARP 欺騙
真相發現：MTU 不匹配 + NAT 連線表耗盡
- ADSL PPPoE 標準 MTU = 1492，路由器預設常為 1500 → 封包分片/重組失敗導致間歇斷線
- P2P/多執行緒下載產生海量連線，填滿路由器 NAT 表 (通常 2048-4096 條) → 新連線無法建立 → 表現為斷線
- 舊連線超時釋放後 (約 3-5 分鐘) → 自動恢復 → 符合「3 小時/次、自愈」規律
解決方案
| 措施 | 設定值/動作 | 效果 |
|---|
| 調整路由器 WAN MTU | 1492 (PPPoE) / 1460 (雙層 PPPoE) | 消除分片重組失敗 |
| 調整電腦網卡 MTU | 1492 (同步路由器) | 端到端一致，避免分片 |
| 擴大 NAT 表/縮短逾時 | TCP Timeout 300→120s、UDP 60→30s | 加速釋放殭屍連線 |
| 限制 P2P/下載工具連線數 | BT/迅雷全域連線數 ≤ 200 | 源頭控制連線爆炸 |
| 啟用路由器 QoS | 保障 HTTP/DNS/ICMP 優先 | 關鍵業務不受影響 |
| 定時重啟腳本 | 每天凌晨 04:00 自動重啟 | 釋放記憶體/連線表，預防性維護 |
驗證結果
實施上述調整後，連續運行 2 週零斷線。間歇性斷線根因多為 MTU 不匹配 與 NAT 資源耗盡 疊加，而非單純線路或病毒問題。
網管心法
- 間歇性故障 → 關注定時任務/資源耗盡/協商參數
- 自動恢復 → 關注逾時機制/資源釋放週期
- 全網同步發生 → 排除單機問題，鎖定核心設備/共享資源
- 善用
show interface、show ip nat translations、show processes cpu 觀察設備狀態