VMware 服务器 2.0 SYN/ACK 重复问题

VMware 服务器 2.0 SYN/ACK 重复问题

VMWare 服务器 2.0.0 内部版本 122956

我在连接到运行在 Windows 服务器主机上的 VMware 2.0 下的客户虚拟机 (Ubuntu linux 4.4.3-4 lucid) 时遇到了一些问题。除 FTP 外,与虚拟机的所有连接都正常工作。我最初以为问题出在 FTP 守护进程上,但后来排除了不是守护进程或服务器本身的可能性。当您尝试从主机操作系统外部连接到 FTP 服务器时,它会失败并显示“421 服务不可用”,但当您尝试从本地虚拟机或主机操作系统连接时,连接可以正常进行。我使用 wireshark/tcpdump 从虚拟机、主机操作系统和客户端连接运行了许多数据包嗅探,其中最有用的是主机操作系统。我附上了捕获的相关数据包的 PNG。我查看了一些被嗅探的其他网络流量(特别是 WWW),它似乎重复了相同的 syn/ack,但用户没有看到任何问题。

我已禁用防火墙,但问题仍然存在,我已尝试使用特定的允许规则来确保数据被允许且不会发生任何变化。看起来 VMware 尝试执行 ICMP 重定向并且成功了,但随后 vmware 会重复发送数据包,因此您从客户端收到的每一个 syn 都会收到 3 个 syn/ack。此外,VMWare 似乎正在尝试在主机操作系统和客户机操作系统之间建立 FTP 连接,因为我看到从主机操作系统发送到客户机的第二个 SYN 以启动新连接,并且它收到相应的 SYN/ACK 后跟一个 ACK​​,但客户端从未从其端看到任何这些。例如。来自客户端的 syn 从主机操作系统到客户端的 syn/ack 从客户机操作系统到客户端的 syn/ack 从主机操作系统到客户端的 syn/ack

当尝试重置连接时,也会发生同样的事情,开始发送并重复 RST,服务器以有效标头响应以继续 FTP 握手,但 RST 确认已发出并且一切已结束。我不能 100% 确定这是 VMware 中的错误还是可能是 VMNetwork 配置错误。

有谁知道问题到底出在哪里,需要尝试验证或排除什么?

下面是从主机操作系统嗅探到的相关数据包的图片:

UPDATE0:我尝试在 Windows 注册表中启用“EnableICMPRedirect”和“IPEnableRouter”,但均未成功。UPDATE1:我在主机操作系统上阻止了从主机操作系统到客户端和服务器的所有流量,我在客户端和服务器上通过 MAC 地址阻止了来自主机操作系统的所有数据包,但连接被允许。vmware 的哪个部分可能导致此问题,会不会是网络“桥接模式”模块/驱动程序中的错误?

答案1

如果这太过基础,请原谅我,但如果这些虚拟机最初是复制的,请检查您的 MAC 地址是否有重复。

相关内容