企業網路最常見的兩大故障來源——DHCP 無法取得 IP、DNS 解析失敗。本文提供結構化排查流程，助您快速定位根因並恢復服務。

故障一：無法取得 IP 位址 (DHCP 失敗)

典型症狀

• 介面卡顯示「未識別的網路」/「無網際網路存取」
• ipconfig 顯示 169.254.x.x (APIPA) 或 0.0.0.0
• 事件記錄：Event ID 1003 (Dhcp-Client)

四大可能根因

1. DHCP Scope 耗盡 (Address Exhaustion)
2. DHCP Server 服務停止/掛起
3. 用戶端設為靜態 IP，非 DHCP
4. DHCP Relay Agent (ip helper-address) 未設定/錯誤，導致跨 VLAN 請求無法到達 Server

分流排查策略

影響範圍	判斷邏輯	重點檢查
單一用戶	同 VLAN 其他裝置正常	用戶端 NIC 設定、Switch Port VLAN/Mode、Port Security、MAC 綁定
多用戶/整個 VLAN	同 VLAN 多台同樣症狀	DHCP Server 服務狀態、Scope 可用 IP、Relay Agent 設定、上游 ACL/防火牆阻擋 UDP 67/68

故障二：DNS 解析異常

典型症狀

• 瀏覽器顯示「找不到伺服器 IP 位址」/「DNS_PROBE_FINISHED_NXDOMAIN」
• ping 8.8.8.8 通，ping google.com 不通
• 應用程式連線逾時、憑證驗證失敗

常見根因

• 用戶端 DNS 設定錯誤 (靜態指向錯誤/已退役 DNS)
• 權威/遞迴 DNS 伺服器掛點、區域資料遺失、序號未遞增
• UDP 53 封包丟失 (DNS 基於 UDP，無重傳機制，極易受丟包影響)
• EDNS0/DNSSEC 導致封包超過 MTU 片段丟失

四步驟排查法

1. 驗證用戶端 DNS 設定： ipconfig /all / cat /etc/resolv.conf，錯誤則在 DHCP Option 006 或靜態設定修正
2. 重複測試判斷丟包： nslookup domain dns_ip 多次執行，間歇性失敗 → 疑網路層丟包
3. 抓封包分析： Wireshark 擷取 UDP 53，確認 Query 是否送出、Response 是否返回、Flags (TC, RCODE)、EDNS0 大小
4. 部署持續監控： Zabbix/Prometheus+Blackbox Exporter/ThousandEyes 監控 DNS 回應時間、成功率、序號同步，異常即時告警

工具箱推薦

• ipconfig /release && ipconfig /renew (Win) / dhclient -r && dhclient (Linux)
• nslookup, dig +trace, drill
• Wireshark (filter: bootp || dns)
• DHCP Server 端：netsh dhcp server show scope / journalctl -u isc-dhcp-server

結合結構化排查與自動化監控，將 MTTR (平均修復時間) 從小時級壓縮至分鐘級。