案例一：迷惑的網關——私有網段與系統默認網段衝突

場景

超市局域網（Unix 服務器+數十終端），一終端作 ADSL 共享網關。配置看似正確：網關內網卡 IP 192.9.x.x，客戶端網關指向該 IP，但除網關機外全網無法上網。內網互通正常。

關鍵突破

嘗試將網關改為 192.168.0.1，客戶端改 192.168.0.2/網關 192.168.0.1 → 共享上網瞬間成功。但業務要求與總部同網段（192.9.x.x），拒絕更改網段。

根因定位

系統內部默認佔用 192.168.0.x 網段導致路由衝突。註冊表搜索 192.168.0 發現多處引用，全部改為 192.9.x.x 後重啟，故障徹底解決，且保持原網段。

核心教訓

當常規配置無誤卻故障依舊，嘗試更換網段驗證是否為系統保留網段衝突。註冊表是定位此類「隱形衝突」的利器。

案例二：少見的網絡擁塞——單機病毒癱瘓雙 Hub 全網

現象

網吧雙 16 口 Hub 級聯，除主機外全網無法上網、互訪。拔掉 Hub 互聯線後，Hub A 端機器互通正常，Hub B 端全不通。重新級聯，Hub A 也失聯。Hub A 指示燈閃爍異常頻繁。

定位過程

1. 拔掉主機（直連外網）→ Hub B 端恢復互通
2. 重新級聯 → 全網恢復正常
3. 判斷：主機感染病毒/木馬，內網卡持續發送海量數據造成廣播風暴式擁塞

解決

用鏡像文件恢復主機系統 → 全網通暢、共享上網恢復正常。

總結：故障排查的三個思維轉換

1. 換角度：硬件/配置確認無誤後，從「最易發生且最易忽略」處入手（如註冊表、系統默認行為）
2. 換網段：疑似系統保留網段衝突時，臨時換網段驗證
3. 換思路：網吧「昨天正常今天全網不通」多為惡意網站篡改註冊表/網絡設置，恢復註冊表多能速解

作者：吳澤平