主页 / server / 问题 / 593604
Accepted
the-wabbit
Asked: 2014-05-08 01:35:40 +0800 CST

vSphere 中的 Windows Server 来宾在重新启动后具有 APIPA 地址

  • 772

我在 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 配置的条目）。

windows-server-2008-r2

3 个回答

  1. Best Answer

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

    电源管理设置

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

    • 1

  2. 检查这个对我有用的解决方案-

    在您的 vm-cmd 中键入以下命令

    netsh interface ipv4 show inter

    你会得到这样的输出 ——Cmd 输出

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

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

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

    重新启动机器并检查

    • 1

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

    • 0

相关问题