☰

重新启动后，vSphere 中的 Windows Server 客户机具有 APIPA 地址

tag-icon • tag-icon windows-server-2008-r2 vmware-vsphere
重新启动后，vSphere 中的 Windows Server 客户机具有 APIPA 地址

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

连接/断开连接

迄今为止的历史：

  • 过去几年来，客户机一直在 vSphere 5.0/5.1 上运行
  • vSphere 环境已于 2 个月前升级至 5.5
  • 上周，客户已迁移至另一个集群
  • VMWare 工具本周已升级

它并不经常重启，因此很难判断问题何时真正开始出现，但我们在本周工具升级后注意到了这一点。安装工具后第一次重启时没有连接，后续重启在这方面没有任何改变。有类似历史的其他客户在工具升级后第一次重启时确实遇到了连接问题，但后续重启都没有问题。

虚拟机是 v7，具有单个 E1000 型网络接口，客户机的驱动程序是 Windows 的原装 PRO/1000MT (E1G6032E 8.4.1.0)。工具版本是 9.4.5 build-1734305。

除了启动服务的条目表明主机没有 IP 连接外，Windows 事件日志显示启动时没有任何异常或与驱动程序相关的内容。vSphere 控制台的虚拟机“任务和事件”选项卡也没有可疑条目。

这真的与工具升级有关吗？我该如何修复它？

编辑：我知道VMware 知识库 2012646，它基本上建议连接/断开适配器并检查注册表中接口上的 APIPA 配置。我已完成这两项操作（相关机器上的注册表中不存在 APIPA 配置的条目）。

答案1

我已更改客户操作系统中 NIC 的电源管理设置

电源管理设置

最近重启时没有出现网络问题。但我不确定这是否是因果关系还是巧合——在此期间其他事情（如 vSphere 补丁级别）可能在我不知情的情况下发生了变化。

答案2

检查这个解决方案，它对我有用-

在虚拟机的 cmd 中输入以下命令 -

netsh interface ipv4 show inter

您将获得如下输出- Cmd 输出

记住分配给你的局域网连接的 IDX- 11，运行以下命令-

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

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

重启机器并检查

答案3

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

相关内容