我有一个非常棘手的问题，一些虚拟机会话无法连接到Internet，甚至无法ping通网关。 我刚刚在W2K8 64位服务器上build立了一个新的虚拟机工作站（7）（一旦我能够find一本好书，我将转换到ESXI 4，所以同时我使用工作站）。 我导入了一些虚拟机，并在服务器上安装了一些新的虚拟机。 简而言之，一些虚拟机无法访问Internet的问题是无法访问网关。 我已经看了很多东西，可以安全地排除以下几点：
交换机，路由器，DHCP服务器，DNS，客户端IPconfiguration，路由和拼写错误。
问题是，如果某些新客户端的IP地址是硬编码的，则无法到达网关，甚至无法通过IP地址对其进行ping。 这就排除了DNS和DHCP。 现在，如果我允许他们通过DHCP获取他们的IP地址，他们可以到达网关和互联网没有问题。 有趣的是，即使我将TCP / IP设置下的DNS信息硬编码，也会出现这种情况。 除非IP和网关由DHCP分配，即使主机使用相同的信息IP信息，它也不起作用。
基本上从客户端的angular度来看，他们试图使用完全相同的IP信息到达完全相同的网关，而不pipe它们是硬编码的还是由DHCP分配的。 这是一个客户端的例子。
IP地址192.168.7.66 – 子网掩码255.255.255.0 – 网关192.168.7.254 – DNS1 192.168.7.44 – DNS2 192.168.7.254。
这个问题发生在六个不同的微软操作系统上，Windows 7和Windows 2008的变种都有问题。 我的W2K3，XP，Vista和W98客户端在硬编码的IP地址上都没有问题。 我尝试过重新安排DNS顺序，刷新DNS等等。 这不是一个路由或交换机的问题，因为如果客户端通过DHCP获得他们的IP，他们可以很好地工作。 这不是一个参数问题，因为当我手动插入时，由DHCP发出完全相同的参数。 这不是一个DNS问题，因为即使只有IP地址，客户端也不能到达其他客户端。
我已经通过IP地址向网关运行了一个tracert，它在第一跳上超时，然后在目标主机不可达的hop3上失败。 如果我通过DHCP获取IP地址，tracert就会发现网关（和Internet）没有问题。 我已经在其他VM版本的论坛上在线阅读了其他一些论坛上讨论过的这个问题，所以我怀疑某种长期存在的bug。 有没有人有任何想法呢？ 虚拟机下的Windows 7和W2K客户端可能是一个错误吗？
您在Workstation中select了哪种networking设置？ 什么样的系统是网关？
你能从客户端ping主机吗？