Ping正在进行VLANconfiguration的错误接口

除非你在vmware中configurationeth3作为一个中继接口，否则这是行不通的。

很可能你要做的是在vmware中configurationvlans，然后将eth3分配到vlan3上（在vmware中）。 您不需要在虚拟机内configurationvlans。

您确定您的ESXnetworking和物理交换机端口已根据您的VLAN要求正确configuration？ 如果您希望能够在您的客户操作系统中处理VLAN标记，那么您的VM的Eth3 nic在虚拟机设置中映射到的端口组必须configuration为VGT模式，并且VLAN标记必须由您的物理交换机保持不变该端口组使用的上行链路的物理端口。 另外一种可能性是，vSwitch上的NIC组合可能会给您的物理交换机基础设施带来问题，使得stream量在一个方向上工作，但在相反的方向上失败是其中的一个症状。 在这种情况下，它们是如何configuration的（vSwitch有多less上行链路，端口组上是否有任何策略覆盖，上行链路是否连接到单独的物理交换机？

您的问题可能是机器内部的问题，但在不必要地浪费来宾操作系统的时间之前，检查底层的虚拟networking是否合适是个好主意。

ESX Server支持三种VLAN标记模式：

• VGT – 虚拟客人标记。 – vSwitch将networking数据包传递给来宾操作系统，使802.1Q标记保持不变。 如果您需要在客户操作系统中支持多个VLAN，则需要启用该模式。 您可以通过在访客的NIC映射到的端口组上selectVLAN ID 4095来启用VGT模式。
• EST – 外部交换机标记。 VLAN标记完全由物理交换机处理，不会呈现给ESX主机，802.1q vlan标记在传输到ESX Server nics并添加到从它们接收的数据包之前被删除。 客户的networking不知道VLAN标记。 ESX主机或客户操作系统上不需要configurationVLAN。
• VST – 虚拟交换机标记。 在这种模式下，VLAN标记由vSwitch处理，而客户操作系统不会看到VLANstream量 – 必须在该vSwitch的端口\端口组上configuration特定VLAN ID。

在Ken Cline的一系列7篇博客文章中，您可以很好地了解这方面的知识（以及您想了解ESX vSwitchconfiguration的几乎所有知识） – 您可以在这里find第一个 ，将讨论ESX VLAN概念post的结尾。

我不是一个Linux大师（我运行NetBSD），但你是否正确地指定在ifconfig行上的子网掩码？

在NetBSD上，我不得不使用类似的东西

ifconfig vlan3 1.2.3.4/24

对于255.255.255.0或0xffffff00（24位networking掩码，无论你如何分片）。

如果可能的话，你可以在接收端运行tcpdump，如：

tcpdump -i <interface> 'src 172.22.125.154 and icmp' 

如果ping被发送但没有回复，接收端可能不知道如何发送。

做：traceroute 172.22.125.154

它使用正确的网关发送？ 它尝试能够发送到该networking的网关？

如果它不发送到172.22.125.154或许您设置172.22.125.154的src计算机有路由问题，或者您没有正确configuration（networking掩码，网关等）src计算机上的vlan。

我的2分钱…

编辑：这里在黑暗中拍摄;）尝试启用代理arp回声1> / proc / sys / net / ipv4 / conf / eth3 / proxy_arp