我遇到了一个非常棘手的问题，我的一些 VM 会话无法访问互联网，甚至无法 ping 网关。我刚刚在 W2K8 64 位服务器上设置了一个新的 VM Workstation (7)（一旦我找到一本合适的书，我就会转换为 ESXI 4，因此目前我使用工作站）。我导入了一些 VM，并在服务器上设置了一些新的 VM。简而言之，一些 VM 无法访问互联网的问题是它们无法访问网关。我查看了许多事情，可以相当安全地排除以下情况：
交换机、路由器、DHCP 服务器、DNS、客户端 IP 配置、路由和拼写错误。
问题是，如果 IP 地址是硬编码的，一些新客户端就无法访问网关，甚至无法通过 IP 地址 ping 通网关。这排除了 DNS 和 DHCP。现在，如果我允许他们通过 DHCP 获取 IP 地址，他们就可以毫无问题地访问网关和互联网。有趣的是，即使我将 DNS 信息保留在 TCP/IP 设置下硬编码，也会发生这种情况。除非 IP 和网关由 DHCP 提供，否则它不起作用，即使主机正在使用相同的信息 IP 信息。
从根本上来说，从客户端的角度来看，它们试图使用完全相同的 IP 信息到达完全相同的网关，而不管它们是硬编码的还是由 DHCP 分配的。以下是一个客户端的示例。
IP 地址 192.168.7.66 - 子网掩码 255.255.255.0 - 网关 192.168.7.254 - DNS1 192.168.7.44 - DNS2 192.168.7.254。
该问题出现在六种不同的 Microsoft 操作系统中，Windows 7 和 Windows 2008 版本均存在此问题。我的 W2K3、XP、Vista 和 W98 客户端均能使用硬编码 IP 地址正常运行。我尝试过重新排列 DNS 顺序、刷新 DNS 等方法。这不是路由或交换机问题，因为如果客户端通过 DHCP 获取 IP，它们就可以正常工作。这不是参数问题，因为 DHCP 提供的参数与我手动插入时完全相同。这不是 DNS 问题，因为即使只有 IP 地址，客户端也无法访问其他客户端。
我通过 IP 地址对网关运行了 tracert，它在第一个跳转时超时，然后在跳转 3 时失败，无法访问目标主机。如果我通过 DHCP 获取 IP 地址，tracert 可以毫无问题地找到网关（和 Internet）。我在网上论坛上读到过其他几篇帖子，这些帖子讨论了多年来在其他 VM 版本中随机发生的这个问题，所以我怀疑是某种长期存在的错误。有人对此有什么想法吗？这可能是 VM 下的 Windows 7 和 W2K 客户端的错误吗？
答案1
您在 Workstation 中选择了哪种网络设置？网关是哪种系统？
您能从客户端 ping 通主机吗？