vSphere中的Windows Server guest虚拟机在重新启动后具有APIPA地址

在vSphere 5.5环境中，在其接口上启动了一个APIPA地址（169.254.0.0/16），而不是静态预configuration的IPv4地址，我有一个麻烦的Windows Server 2008 R2虚拟机。就像在vSphere中断开/重新连接虚拟适配器一样，禁用和重新启用接口（通过devmgmt.msc或ncpa.cpl ）可以帮助恢复连接：

连接/断开连接

迄今为止的历史：

Guest最近几年在vSphere 5.0 / 5.1上运行
2个月前vSphere环境已升级到5.5
客人上星期已经迁移到另一个群集
本周VMWare工具已经升级

它不会经常重新启动，所以很难确定问题何时真正开始显示，但是我们在工具升级后的本周注意到了这一点。工具安装后的第一次重新启动没有连接，后续的重新启动没有改变这方面的任何东西。其他具有类似历史的guest虚拟机确实在升级工具之后的第一次重新启动时遇到了连接问题，但随后的重新启动没问题。

虚拟机是v7，有一个E1000types的networking接口，客户的驱动程序是Windows的股票PRO / 1000MT（E1G6032E 8.4.1.0）。工具版本是9.4.5 build-1734305。

除启动服务条目外，Windows事件日志在启动时不显示任何exception或驱动程序相关信息，表明主机没有IP连接。 VM的vSphere任务“任务与事件”选项卡也没有可疑条目。

这是真的与工具升级有关吗？我将如何解决它？

编辑：我知道vmware KB 2012646 ，它基本上build议连接/断开适配器和检查接口上的APIPAconfiguration的registry。我已经做了两个（没有APIPAconfiguration的条目存在于有问题的机器的registry中）。

我已经更改了客户操作系统中网卡的电源pipe理设置

电源管理设置

最近重新启动没有networking问题。我不确定它是因果关系还是巧合，但是 – 其他事情（如vSphere修补程序级别）可能在我不知情的情况下发生了变化。

检查它为我工作的解决scheme –

在你的vm-

 netsh interface ipv4 show inter

你会得到像这样的输出 – Cmd输出

请记住分配给您的局域网连接的IDX-11在命令行下运行

 netsh interface ipv4 set interface 11 dadtransmits=0 store=persistent

从CMD退出转到Services.msc禁用DHCP客户端服务

重新启动机器并检查

尝试“netsh int ip reset”重置IP堆栈，重新分配静态，重新启动，看看它是否坚持？