vSphere 中的 Windows Server 來賓在重新啟動後具有 APIPA 地址
我在 vSphere 5.5 環境中有一個麻煩的 Windows Server 2008 R2 虛擬機，它在其介面上使用 APIPA 地址 (169.254.0.0/16) 而不是靜態預配置的 IPv4 地址啟動。禁用和重新啟用介面（通過
devmgmt.msc或ncpa.cpl）有助於恢復連接，就像在 vSphere 中斷開/重新連接虛擬適配器一樣：
迄今為止的歷史：
- 過去幾年來賓一直在 vSphere 5.0 / 5.1 上執行
- vSphere環境已經升級到5.5 2個月前
- 訪客上週已遷移到另一個集群
- VMWare 工具本週已升級
它不會經常重新啟動，因此很難判斷問題何時真正開始出現，但我們在本週工具升級後注意到了它。安裝工具後第一次重啟沒有連接，隨後的重啟在這方面沒有任何改變。其他具有類似歷史的客人在工具升級後的第一次重啟時確實遇到了連接問題，但隨後的重啟是可以的。
虛擬機為 v7，具有單個 E1000 型網路介面，來賓驅動程序為 Windows 的股票 PRO/1000MT (E1G6032E 8.4.1.0)。工具版本是 9.4.5 build-1734305。
除了指示主機沒有 IP 連接的啟動服務條目外，Windows 事件日誌在啟動時沒有顯示任何異常或與驅動程序相關的內容。vSphere 控制台的 VM 的“任務和事件”選項卡也沒有可疑條目。
這真的與工具升級有關嗎？我將如何解決它？
編輯：我知道vmWare KB 2012646，它基本上建議連接/斷開適配器並檢查介面上 APIPA 配置的系統資料庫。我都做了（相關機器的系統資料庫中沒有 APIPA 配置的條目）。
我已更改來賓作業系統中 NIC 的電源管理設置
最近的重新啟動沒有網路問題。不過，我不確定這是因果關係還是巧合——其他事情（如 vSphere 更新檔級別）可能在我不知情的情況下同時發生了變化。
檢查這個對我有用的解決方案-
在您的 vm-cmd 中鍵入以下命令
netsh interface ipv4 show inter你會得到這樣的輸出 ——Cmd 輸出
記住分配給您的區域網路連接的 IDX- 11 在命令下執行-
netsh interface ipv4 set interface 11 dadtransmits=0 store=persistent從 CMD 退出轉到 Services.msc 禁用 DHCP 客戶端服務
重新啟動機器並檢查