我真的很感激對最近經歷的這個奇怪問題的想法和意見。
問題客戶注意到的一致行為：
- 截至早上的某個時間，用戶 PC 請求使用 169.254.x APIPA 位址
- 在此時間範圍內不接受 DHCP 伺服器提供的合法位址
- 在該時段之後進行第二次 DHCPDISCOVER 後，用戶端將接受 DHCP 提供的 IP 位址
概括
- 週末後影響了單一建築物網絡
- 週末讓機器開機的用戶，沒有任何問題 - DHCP 續訂等正常運行
- 經常關閉電腦但開機後遇到 DHCP 問題的用戶
- 這影響了建築物兩個小時，沒有發現任何故障並自行解決。
- 網路受到監控並完成廣泛調查 - 在此期間沒有出現網路問題
- DHCP 伺服器跨站點發佈位址，僅隔離於一棟建築物
- 用戶端電腦主要是 Windows 7，各種硬體和 NIC 供應商都受到影響 - 未發現任何模式。
- 靜態桌上型電腦和筆記型電腦的混合
- 有線連接
- 影響 1 個 VLAN，但並非該 VLAN 內的所有用戶端都會受到影響。
DHCP 伺服器日誌中擷取的事件序列
- DHCPDISCOVER - 客戶端 PC - 首先發現客戶端的操作
- DHCPOFFER DHCP 伺服器 - DHCP 伺服器提供的合法 IP 位址
- DHCPREQUEST - 用戶端 PC - 來自客戶端的 169.254x 請求：「錯誤網路」訊息
- DHCPNAK - DHCP 伺服器 - 伺服器透過 NAK 進行否定確認。客戶端必須重新啟動進程
- DHCPDISCOVER - 客戶端 PC - 用戶端的第二次發現操作
- DHCPOFFER - DHCP 伺服器 - 提供合法的 IP 位址
- DHCPREQUEST - 用戶端 PC - 用戶端請求使用合法 IP 位址
- DHCPACK - DHCP 伺服器 - 伺服器積極確認
RFC3927要點的偽總結：
「簡要」閱讀 RFC 3927 IPv4 連結本地位址動態配置 - 提供的問題多於答案！
當使用連結本地 169.254.x 位址時
- 169.254。 /16 當位址或位址配置不可用時使用連結本地尋址
- 通常在啟動時運行
如果主機使用 169.254.x 位址且可路由位址現在可用，則主機必須
- 使用可路由位址
- 停止廣告 169.254.x
方法可路由位址可能不再可用
- DHCP 租約到期
- 透過手動配置刪除地址
- 主機漫遊到地址不再可用的新網絡
169.254.x位址選擇
- Windows和MAC主機實現鏈路本地自動配置
- Windows 注意：
- 一旦網路連線偵測到介面上發送的 DHCPREQUEST 或 DHCPDISCOVER
- 一旦連接可用，系統立即轉換我們的自動配置
- 針對主機（即 MAC）播種的偽隨機數生成
- 啟動時發生
聲明 169.254.x 地址
- 主機必須測試 169.254.x 連結本地位址是否未在網路上使用
- 透過廣播 ARP 請求完成（包括目標 IP 位址 - 待偵測）
公佈 169.254.x 地址
- 第二次 ARP 廣播，但這次包括發送者和目標 IP 位址，現在是選定的 169.254.x IP
最後總結
- 客戶端 DHCPDISCOVER 和 DHCP 伺服器以 DHCPOFFER 回應
- 用戶端應接受此提供的可路由位址並停止使用本機連結 169.254.x。由於某種原因它不..
- 來自客戶端的後續 DHCPREQUEST 看起來是 ARP 偵測或 ARP 公告廣播？客戶端使用 169.254.xx 並且可能與 DHCP 伺服器回應無關？
- 第二個 DHCPDISCOVER - 由於 PC 最初是開機的，因此尚不清楚是什麼提示此資訊。
如果您已經走到這一步，感謝您的耐心等待！
非常感謝您能幫助理解這一點。
謝謝，
答案1
租用池中的地址是否已用完？也許這就是它無法再分配額外 IP 位址的原因。
進入 Windows 後，可以從受影響的電腦 ping DHCP 伺服器嗎？您能否將 NIC 硬編碼為 DHCP 範圍中未使用的 IP，這是否能讓您進入網路進行測試？如果還需要，請在與不工作的電腦相同的網路連接埠上測試其中一台工作的 PC。