Windows Server 2012 - 无法与其他子网通信

Windows Server 2012 - 无法与其他子网通信

我遇到了一个奇怪的问题。我有一个 HyperV 服务器 (192.168.0.3),它托管了我网络中的所有 VM,到目前为止,我还没有遇到任何问题。

现在由于某种原因,托管虚拟机的 PC 无法与其子网之外进行通信......

子网上的所有其他机器都没有问题,并且所有虚拟机运行正常。

有一个中央路由器处理我的所有跨子网路由和互联网路由(所有子网上的 192.168.*.10)。路由器和 HyperV 机器都在同一台交换机上工作。

我的虚拟机在我的工作站 VLAN/SUBNET(192.168.0.0/24)和虚拟机子网(192.168.100.0/24 192.168.101/24)上运行

托管服务器硬件的位置没有出现电源或互联网中断,HyperV 服务器只是停止与 192.168.0.0/24 子网之外的任何设备进行通信。

对我的 RAS 服务器的 tracert 在路由器 (192.168.0.10) 处停止并且不再继续,所有往返于任何其他子网的 ping 操作都会超时。

路线打印

Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0     192.168.0.10      192.168.0.3    261
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
      192.168.0.0    255.255.255.0         On-link       192.168.0.3    261
      192.168.0.3  255.255.255.255         On-link       192.168.0.3    261
    192.168.0.255  255.255.255.255         On-link       192.168.0.3    261
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    306
        224.0.0.0        240.0.0.0         On-link       192.168.0.3    261
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
  255.255.255.255  255.255.255.255         On-link       192.168.0.3    261

Persistent Routes:
  Network Address          Netmask  Gateway Address  Metric
          0.0.0.0          0.0.0.0     192.168.0.10  Default

来自路由器的日志

Mar 16 15:28:08 EXGA-FIREWALL-001 kernel: IPv4: martian source 192.168.0.3 from 0.0.0.0, on dev eth0
Mar 16 15:28:08 EXGA-FIREWALL-001 kernel: ll header: 00000000: 01 00 5e 00 00 01 e0 b9 e5 99 40 5e 08 00        ..^.......@^..

答案1

听起来 DHCP 租约可能已过期 - 请验证您的 VM 主机(Hyper-V 系统)是否使用静态 IP 或保留 DHCP IP(确保每次续订租约时都获得相同的 IP)。

如果网络上除了路由器之外还有其他 DHCP 服务器,请确保它们被禁用或隔离 - 您不希望您的系统从它们那里获取地址并导致重叠或孤立系统。由于您使用的是三个 C 类子网,因此您需要确保它们都可以正确地相互路由,并且一个子网中的系统不会从另一个子网获取 IP(保持您的范围分开)

最后,检查您的路由表。如果到 world+dog 的路由损坏,那么您很可能将本地网络之外的请求路由到与您的网络完全不相连的 IP,这会导致您看到的行为。同时检查您的网关 IP 和子网掩码。

相关内容