我有一个奇怪的问题。 我有一个HyperV服务器（192.168.0.3），托pipe我的networking中所有的虚拟机，直到今天，我没有任何问题。
现在由于某种原因，托pipe虚拟机的PC不能在自己的子网之外进行通信。
子网中的所有其他机器都没有问题，所有虚拟机的function都很好。
有一个中央路由器，处理我所有的跨子网路由和互联网路由（所有子网上的192.168。*。10）。 路由器和HyperV机器都在同一台交换机上工作。
我的虚拟机运行在我的工作站VLAN / SUBNET（192.168.0.0/24）和虚拟机的唯一子网（192.168.100.0/24 192.168.101 / 24）
在托pipe服务器硬件的位置没有电力或networking丢失，HyperV服务器停止与192.168.0.0/24子网之外的任何东西进行通信。
到我的RAS服务器的tracert在路由器（192.168.0.10）处停止，不再进行任何其他子网到其他networking的连接。
路线打印
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 ..^.......@^..
听起来像一个DHCP租约可能已经过期 – validation您的虚拟机主机（Hyper-V系统）正在使用静态IP或保留的DHCP IP（这确保它在每次更新租约时获得相同的IP）。
如果除了路由器之外，networking上还有其他DHCP服务器，请确保它们已被禁用或隔离 – 您不希望系统从其中获取地址，导致重叠或孤立的系统。 由于您使用的是三个C类子网，因此您需要确保它们都可以正确路由到对方，并且在一个子网中的系统不会从其他子网中获取IP（保持范围分离）
最后，检查你的路由表。 如果到world + dog的路由遭到破坏，那么您可能会将本地networking外部的请求路由到一个只连接到您的networking的IP，这会导致您所看到的行为。 检查您的网关IP和子网掩码。