我设置了一个测试实验室，在 CentOS 5.3(xen) 主机上运行虚拟化 Windows 2003 域，并且遇到了与在同一域中的其他主机上运行的来宾的连接问题。
这是设置：
在计算机 AI 上，CentOS 5.3 作为主机运行，并具有用于主域控制器、备份域控制器和交换服务器的虚拟化 windows 2003 服务器。主域控制器还充当 WINS 和 dns 服务器。windows 域出现在与我公司的公司网络不同的子网上。与计算机 A 上的任何虚拟客户的连接都很好（远程桌面、ping、你有什么）。
我有另一台主机（计算机 B），它也有一个虚拟化的 Windows 2003 服务器来宾，它是同一域的一部分。但是，与该客人的连接充其量是不稳定的。当我尝试 ping 来宾时，我不断收到至少 60% 的数据包丢失，并且由于这种脆弱性，我无法访问它运行的任何服务（远程桌面、Web）。
现在这是有趣的部分。它似乎只影响在同一域中的域控制器之外的不同计算机上运行的计算机。在计算机 B 上，还有另一个 Windows 2003 来宾，它不属于测试域并且位于我的公司网络上。那台来宾机器没有连接问题。
该问题似乎也不是特定于计算机 B。我在测试域中的本地计算机上创建了一个测试 VM，它表现出与计算机 B 中的来宾相同的行为。
需要注意的几点： - 计算机 A 和 B 上的主机操作系统是相同的 CentOS 5.3 64 位 - 来宾操作系统是 Windows 2003 64 位和 32 位（计算机 B 上的来宾是 32 位） - 来宾操作系统都已启动迄今为止（截至周一） - 计算机 A 上的主机操作系统已从 CentOS 5.2 升级到 5.3
更新：对不起，我没有跟进下面的评论。计算机 A 和 B 已移至各自的专用交换机，问题已消失。我不确定潜在的问题是什么
已从 redhat 安装 xenpv 驱动程序
BUGZILLA：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 虚拟驱动程序。
根据您转移到单个交换机时的成功，我建议您尚未解决问题，只是隐藏了症状。
在您的专用交换机上，我建议运行 Wire Shark 并仔细查看网络流量，然后尝试解释您在网络上看到的每个数据包。
最终结果将是对微软在文件共享中使用的端口 135、137-139 和端口 445 的使用有更好的了解，并且您可能会看到事先解释您遇到问题的原因的数据包。