前言：DHCP 故障的連鎖效應

企業網路若仰賴 DHCP 自動指派 IP，伺服器一旦異常，工作站無法取得位址，將導致內外部資源全面不可達。本文彙整常見故障類型與排查邏輯，協助管理員快速定位並修復問題。

一、不當的位址分配：APIPA 與 169.254.x.x

現象

工作站拿到 169.254 開頭的位址，而非 DHCP 範圍（如 192.168.0.1~50）內的位址。

成因

Windows 在向 DHCP 請求無回應時，會啟用 APIPA（自動私有 IP 定址） 自行指派 B 類私有位址。此機制適用於無 DHCP 的小型網路，但不適合企業環境。

排查方向

• 若其他主機正常取得 IP → 排除 DHCP 伺服器故障，聚焦於該工作站：網卡驅動、網線、交換器埠口。
• 若多台主機同樣現象 → 檢查 DHCP 範圍是否耗盡、伺服器服務是否運行、授權狀態。

二、常見 DHCP 伺服器端問題

1. 連通性驗證：Ping 測試伺服器與用戶端雙向通訊。
2. 伺服器自身 IP 設定：伺服器需在同一子網擁有靜態 IP（如範圍外的 192.168.0.51），否則無法正確租約。
3. 基礎設定核對：AD 授權、範圍有效性、DHCP 服務運行狀態。

三、IP 位址衝突：動態環境也會發生

案例一：使用者手動指派動態 IP

早期 Windows 98 時代，使用者將動態取得的 IP 固定寫入 TCP/IP 設定，導致衝突。現代作業系統權限機制已大幅降低此風險，但仍需留意。

案例二：多台 DHCP 伺服器範圍重疊

最常見主因是非法 DHCP 伺服器（如無線 AP、家用路由器）與企業主 DHCP 範圍重疊。Windows Server 2000/2003 需 AD 授權才能發放位址，但 Linux DHCP 或嵌入式裝置不受此限制。

對策

• 啟用交換器 DHCP Snooping、DHCP Guard 限制非信任埠口回應。
• 定期掃描網段偵測非授權 DHCP 回應。

結語

DHCP 故障多源於「用戶端與伺服器通訊中斷」或「多重 DHCP 衝突」。建立標準化排查清單（Ping → 伺服器設定 → 範圍耗盡 → 非法伺服器），可將復原時間壓縮至最短。