在 ESXi 5 上将客户机 MAC 设置为与主机 MAC 相同时出现连接问题

在 ESXi 5 上将客户机 MAC 设置为与主机 MAC 相同时出现连接问题

我正在使用 VMWare ESXi 5。ESXi
5 主机有一个 MAC 为 XXXX:XXXX:XXXX 的 NIC,
我已为该卡创建了一个控制台端口。
我添加了一个名为 COMP 的新客户机,并手动分配了物理 NIC 的 MAC 地址(XXXX:XXXX:XXXX - 与 ESXi 服务器的 NIC 相同)。
现在 COMP 报告它有一个 IP 为 YYYY 的 NIC,与 VMWare 端口定义中的 IP 相同。

COMP 不会响应 ping。

当我通过 SSH 登录到 ESXi 主机并尝试 ping 连接到它的其他计算机时,COMP 在当天的剩余时间内都响应了 ping。经过一夜无 ping 之后(或与 COMP 没有任何通信),COMP 又回到了不响应 ping 的状态。

  1. 那儿发生什么事了?
  2. 有没有办法解决这个问题,使得 COMP 始终响应 ping?

以下是完整的详细信息:我正在尝试测试我个人开发的 NIC 的驱动程序设置。

到目前为止,我必须安装一台新机器进行测试。最近我遇到了 VMware,我认为可以将其设置为虚拟化一台机器,使其 NIC 的行为就像虚拟机的物理 NIC 一样。

这个问题让我相信这种设置是可能的:无法使用桥接网络从 VMware 客户机 ping 主机

答案1

  1. 发生的情况是 MAC 地址冲突。由于有两个对象具有相同的 MAC 地址,因此发往任一设备的数据包最终都会到达其中一个设备,而您“希望”它们到达哪里并不重要。

  2. 不要为“COMP”分配与 VMWare 服务器相同的 MAC 地址。MAC 地址应该是唯一的,如果网络上有重复的 MAC 地址,就会发生这种情况。

答案2

为了解决您最近的内容更新,如果您想将物理 NIC“传递”给客户机。本文描述 ESXi 4本文将指导您完成 ESXi 5。您使用 DirectPath I/O 将物理 NIC 直接呈现给客户机。当您这样做时,主机将根本不使用该 NIC。

您现在尝试执行的方式基本上只会导致您自己遭受 arp 毒害。

相关内容