在學校網路維護工作中，筆者曾遇到兩個雖不常見但極具代表性的故障案例。這些案例不僅考驗排錯思維，更揭示了網路協議運作的細節。以下將兩個案例完整記錄，供同行參考。

案例一：客戶端無法即時從 DHCP 服務取得更新後的 TCP/IP 設定

學校原透過教育城域網上網，後因速度不足改用電信專線。筆者隨即修改 DHCP 服務的 DNS 設定並重啟服務。不久，部分教師反映電腦無法開啟網頁，但 QQ 等即時通訊軟體運作正常。排除病毒與系統問題後，鎖定為 DNS 解析異常。

在受影響電腦執行 ipconfig /all 發現，DNS 伺服器位址仍為舊值，並未自動更新。解決方式很直接：依序執行 ipconfig /release 釋放租約，再執行 ipconfig /renew 重新取得設定。網頁隨即恢復正常瀏覽。

核心提示：DHCP 客戶端在租約未過期前，不會主動向伺服器請求更新選項（如 DNS）。管理員變更 DHCP 範圍選項後，建議通知使用者重新啟動網卡或執行上述指令，以確保設定即時生效。

案例二：客戶端 ARP 快取中代理伺服器（閘道）MAC 位址錯誤

數台電腦出現詭異現象：能 Ping 通區網內其他主機，卻無法 Ping 通閘道（192.168.0.1），導致無法上網。執行 arp -a 發現，閘道 IP 對應的 MAC 位址顯示為 00-00-00-00-00-00，顯然錯誤。

已知閘道真實 MAC 為 00-06-29-ee-08-bf，遂執行 arp -s 192.168.0.1 00-06-29-ee-08-bf 手動建立靜態 ARP 對應。故障即刻排除，電腦恢復正常上網。

原理分析：ARP（Address Resolution Protocol）負責將 IP 位址解析為 MAC 位址。每台電腦維護一張 ARP 快取表，記錄近期通訊的 IP-MAC 對應。若快取表中閘道條目損毀或被惡意竄改（如 ARP 欺騙），將導致封包無法正確轉發至閘道。本案可能因系統異常導致快取無法自動更新，手動指定正確 MAC 即可修復。

總結與建議

• DHCP 選項變更後，需協助客戶端釋放/續租以套用新設定。
• 遇到「能上 QQ、不能開網頁」或「能 Ping 內網、不能 Ping 閘道」等非典型症狀，優先檢查 DNS 與 ARP 快取。
• 定期清理 ARP 快取（arp -d *）或部署動態 ARP 檢測（DAI）可預防類似故障。