我建立了一个测试实验室，在 CentOS 5.3（xen）主机上运行虚拟化 Windows 2003 域，并且遇到了与在同一域的其他主机上运行的客户机的连接问题。
设置如下：
在计算机 AI 上，CentOS 5.3 作为主机运行，并已将 Windows 2003 服务器虚拟化为主域控制器、备份域控制器和 Exchange 服务器。主域控制器还充当 WINS 和 DNS 服务器。Windows 域出现在与我公司的企业网络不同的子网上。与计算机 A 上的任何虚拟化客户端的连接都很好（远程桌面、ping，等等）。
我有另一台主机（计算机 B），它还安装了属于同一域的虚拟化 Windows 2003 服务器客户机。但是，与该客户机的连接充其量也不稳定。当我尝试 ping 客户机时，我不断收到至少 60% 的数据包丢失，并且由于这种不稳定，我无法访问它运行的任何服务（远程桌面、Web）。
现在到了最有趣的部分。它似乎只影响在与域控制器不同的计算机上运行且位于同一域中的机器。在计算机 B 上，有另一台 Windows 2003 客户机，它不属于测试域，并且位于我的公司网络中。该客户机没有连接问题。
这个问题似乎也不是计算机 B 独有的。我在测试域中的本地计算机上创建了一个测试虚拟机，它表现出与计算机 B 中的客户机相同的行为。
需要注意以下几点： - 计算机 A 和 B 上的主机操作系统都是相同的 CentOS 5.3 64 位 - 客户机操作系统是 Windows 2003 64 位和 32 位（计算机 B 上的客户机是 32 位） - 客户机操作系统都是最新的（截至周一） - 计算机 A 上的主机操作系统从 CentOS 5.2 升级到了 5.3
更新：抱歉，我没有跟进下面的评论。计算机 A 和 B 已移至各自的专用交换机，问题已消失。不过，我不确定根本问题是什么
答案1
已经从 redhat 安装 xenpv 驱动
漏洞：https://bugzilla.redhat.com/show_bug.cgi?id=469767
勘误表：http://rhn.redhat.com/errata/RHEA-2009-1583.html（软件包：xenpv-win-1.1.0-2.el5.noarch.rpm）。
它需要重新启动到您的服务器 win2k3 服务器，它将为您的 win 2k3 服务器安装 para 虚拟驱动程序。
答案2
根据您转到单个交换机时的成功经验，我认为您尚未解决问题，只是隐藏了症状。
在您的私人交换机上，我建议运行 wire shark 并仔细查看网络流量，然后尝试解释您在线路上看到的每个数据包。
最终结果将是更好地理解 Microsoft 在文件共享中使用的端口 135、137-139 和端口 445 的使用，并且您可能会看到解释为什么之前遇到问题的数据包。