Server 2025的Hyper-V VMSwitch丢掉DHCP Offer以及Windows Search服务损坏的问题。

Question

已经建立环境测试

安装 Server2022，安装Hyper-V，并创建虚拟机A、B，其中：A安装OpenWRT用于应答DHCP请求，B安装Win11作为客户端，另外有一台物理电脑C，通过外部网口与这台2022机器相连。

该2022版本已经打完全部升级补丁。

目前状况是，B、C可以顺利从A，拿到DHCP分发的IP地址。

将Server 2022直接覆盖升级成2025，其余不动。B、C仍旧可以顺利拿到IP地址。。。但是发现这台升级的Server 2025的Windows Search服务无法启动，提示无法访问路径。

将这台Server 2025，格式化后新装2025，更新全部补丁，安装hyper-V角色，按照原样，创建新的VM Switch，再导入老的A、B虚拟机。

此时：1、Windows Search服务可以正常启动

2、B可以取到A分发的IP地址，但是C取不到IP，查阅A的上OpenWRT日志，有对应C MAC地址的大量的DHCP Offer发出，但是持续没有应答，说明A确实收到了来自B、C的DHCP Request并且做出了应答，并且只有在VMSwitch上的B收到了，但是物理网络的C却收不到。

感觉似乎新装的2025的VMSwitch通向物理网卡的端口处，DHCP Offer丢弃了，至于物理网卡以外的物理交换机，从整个测试开始到结束，都没有做过任何配置变更。

综上，可能有2个bug：

1、从server 2022覆盖升级到2025，Windows Search服务可能会出现无法启动的情况。

2、新装server 2025，Hyper-V Switch可能会丢弃来自vm内部的DHCP Offer

Answer 1

感谢您提供的详细信息。根据您所描述的情况，我们可以进一步分析问题2，以下是一些可能的原因和建议：

请检查虚拟机A的网络适配器设置，确保它连接到正确的VMSwitch，并且没有启用任何可能阻止DHCP流量的选项（如MAC地址过滤等）。

使用网络监控工具（如Wireshark）在物理交换机和虚拟机A上捕获网络流量，查看DHCP Offer是否在物理网络中被发送和接收。这将有助于确认DHCP Offer是否在VMSwitch到物理网络的传输过程中被丢弃。

确保没有启用Hyper-V的网络隔离功能，这可能会影响虚拟机与物理网络之间的通信。

如果可能，尝试在同一网络中使用其他设备（如另一台物理机或虚拟机）进行DHCP请求，以确认问题是否特定于物理机C。

查看Windows事件查看器中的相关日志，可能会提供有关DHCP流量或网络适配器的更多信息。

希望这些建议能帮助您进一步排查问题。如果您有任何其他问题或需要进一步的支持，请随时与我联系。

祝好！

Answer 2

您好

感谢您在 Microsoft 社区论坛中发帖。

问题 1：Windows Search 服务无法启动，可能是由于以下原因造成的：

文件系统权限问题：升级过程中，某些文件或文件夹的权限可能被更改，导致 Windows Search 无法访问所需的路径。您可以检查以下路径的权限：
C:\ProgramData\Microsoft\Search
C:\Program Files\Windows Search
确保系统用户和服务用户具有适当的访问权限。

服务依赖性问题：Windows Search 服务依赖于其他服务（如 RPC 和 Windows Event Log）。请确保这些服务正在运行。

索引数据库损坏：升级过程中，索引数据库可能会损坏。您可以尝试重建索引：
打开“控制面板” > “索引选项” > “高级” > “重建”。

问题 2：Hyper-V VMSwitch 丢弃 DHCP Offer，以下是一些可能的原因和解决方案：

确保 VMSwitch 的配置正确，特别是与物理网络适配器的绑定。您可以尝试删除并重新创建 VMSwitch，确保选择正确的物理网络适配器。

检查物理网络适配器的设置，确保没有启用任何可能阻止 DHCP 流量的防火墙或安全设置。您可以在物理网络适配器的属性中检查这些设置。

如果您的网络中有 DHCP Relay（中继），请确保其配置正确，能够将 DHCP 请求和应答转发到正确的网络。

确保虚拟机 A 的网络适配器设置为连接到正确的 VMSwitch，并且没有启用任何可能阻止 DHCP 流量的选项。

尝试使用网络监控工具（如 Wireshark）来捕获网络流量，查看 DHCP Offer 是否确实在物理网络中被发送和接收。这可以帮助您确定问题的具体位置。

我希望以上信息对您有所帮助。
如果您有任何问题或疑虑，请随时告诉我们。

Jill Zhou

Answer 3

感谢抽时间回复。

关于问题1，暂时没时间去复现，目前主要在查问题2

目前可以确认，A物理设备目前只有1个物理网口有连接

并且VMSwitch上，该网口已经被配置为外部网口，其余数据通信一切正常。说明绑定正确

A网口连接的物理交换机，就是C连接的同一个交换机，检查了该交换机整机没有启用DHCP Pool或者任何DHCP Snooping相关的功能，并且 A、B、C全在同一个VLAN下，不存在DHCP RELAY的情况。并且在重装前后，交换机上没有做过任何配置上的改变，包括端口更换，或者交换机重启动作，网口也没有更换过，因此交换机不可能出现问题。

并且A能收到C的DHCP Request，也能说明，A、C的通信正常，起码A能收到C通过交换机，VMSwitch的Req数据包。

2025上也没有开启防火墙，即便宿主机开启，那A上OpenWRT的数据通过虚拟交换机到物理交换机的路上，也可以说是透明传输的。