我们在我们的Windows服务器上运行虚拟服务器，我注意到其中一台服务器不会连接，当通过虚拟机接口连接时，我们发现服务器正常运行，我们可以在服务器内访问networking/互联网，但是外部人员不能连接到服务器。
我们删除了虚拟networking接口并添加了新的接口（这将为虚拟networking接口生成新的MAC地址），然后服务器就可以访问。
VMWare和HyperV都出现了同样的问题，不是同时出现，而是3-4天的差距。
我想知道在同一个MAC地址但IP不同的两个networking接口是否有可能产生问题？
地狱是的，一个毫无保留的坏主意 – 他们需要独特。
以太网协议不知道关于IP地址的任何信息。 您总是通过MAC地址（IP地址映射到MAC地址）来寻址主机，因此不允许有重复。
虽然将一个MAC地址连接到多个接口或多个服务器是不寻常的，但是没有任何东西阻止他们这样做。 事实上也有这样的情况。
例如，存在负载均衡configuration，其中多个服务器被给予相同的MAC地址，一个或两个服务器广播免费ARP，宣布可以在该物理地址find所讨论的IP。
设备所连接的交换机向两个端口的mac表中添加一个条目，并且将路由到所讨论的mac时愉快地转发数据包到两个端口。
然后，负载均衡服务器将select哪些数据包（在tcp的情况下），通常基于数据包的源IP模式，例如允许一个服务器处理50％的stream量（假设使用mod 2）
关于ARP查询，这里没有问题。 当一个客户端为这个IP发送一个ARP请求时，两个服务器的回应都是完全一样的，你可以在Mac Y上findIP x。这个IP随后将作为一个单独的条目存储在客户端ARP表中。
只是为了给答案增加一点细节。 是的，两台设备共享一个MAC地址是非常糟糕的。 服务这些设备的接入交换机将无法维护一个像样的MAC地址表。 每次他们从设备收到一个不在表格中的数据包时，他们都会更新设备的input端口。
另外，关于ARP查询的答案。 客户端将loggingLAST设备的IP地址进行响应。 第一个响应（我有MAC地址XYZ，在IP地址1）将被logging，但是当接收到一个新的“更新”（我有MAC地址XYZ，在IP地址2）时将被覆盖。 根据具体情况，客户端可能会不断更新其ARPcaching，真正搞乱了TCP会话。
是的，ARP协议用于将IP地址映射到以太网地址，以便这些位可以find正确的以太网端口。 如果你有两个具有相同以太网地址的系统，那么这些位将会发送到正确地应答ARP查询的系统。
必须是唯一的，以避免这种混淆。