我在vSphere 5.5环境中有一个麻烦的
Windows Server 2008 R2 VM,它在其接口上启动了APIPA地址(169.254.0.0/16),而不是静态预配置的IPv4地址.禁用和重新启用接口(通过devmgmt.msc或ncpa.cpl)有助于恢复连接,就像在vSphere中断开/重新连接虚拟适配器一样：
迄今为止的历史：
> Guest在过去几年中一直在vSphere 5.0 / 5.1上运行
> 2个月前,vSphere环境已升级到5.5
>上周,访客已迁移到另一个群集
> 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的电源管理设置
原文链接：https://www.f2er.com/windows/366860.html最近重新启动没有网络问题.我不确定这是因果关系还是巧合,但是其他事情(比如vSphere补丁级别)在我不知情的情况下可能会发生变化.
