在尝试设置MSSQL群集解决scheme时，我遇到了一个与我的networking相关的专业知识之外的问题。
我试图find一个免费的IP用于我的节点。 我问networkingpipe理员给我一个免费的IP地址。 为了争辩起见，他给了我10.40.1.205的知识产权，这个知识产权应该是未使用的。
当在群集设置期间尝试使用给定的IP时，SQL抱怨IP已被使用。
我尝试从我的服务器ping IP，我得到了回答说… 10.40.59.69 …？
任何想法可能会导致这样的事情，更重要的是如何排除故障？
这并不是完全没有听说过，机器可能有一个别名分配给以前networkingpipe理员不知道的网卡等等。
显而易见的事情是find响应服务器的MAC地址，这应该很容易做到。
从SQL服务器上的命令提示符处运行“arp -a”，并查找10.40.1.205和10.40.59.69地址。
你会看到两个MAC地址，可能会也可能不一样，他们看起来像“00-22-6b-3b-30-90”。 您的networkingpipe理员应该能够识别列出MAC地址的网卡，但在告诉他之前可能需要检查它不是SQL服务器网卡之一，以防万一您的configuration错误你自己在某处沿线。
要检查Windows系统的MAC地址，从命令提示符下运行“ipconfig / all”，你会看到每个网卡的MAC地址。
我想看看输出。 你确定这不是ICMP错误信息吗？
如果您的子网掩码configuration不正确，路由器可能会响应ping。 你给的是什么子网掩码？
如果您有一个networkingpipe理员分配IP地址，相同的networkingpipe理员应该能够解决响应。 机器可能有多个NIC（因此有多个IP地址）。
尝试将该IP地址parsing为主机名。 在Windows中ping -a <IP> 。 Linux可以使用host <IP>或dig -x <IP> 。 该IP地址的主机名可能对您或您的networkingpipe理员有用。 （我会试着解决你正在处理的两个IP）
ping响应也可能是一个ICMP错误信息也不是不可能 – 您可以尝试使用tcpdump / Wireshark转储实际的数据包，并确切地看到您得到的响应。
您也可以尝试使用HTTP，HTTPS，SSH，telnet，RDP等连接到该IP地址。如果连接的任何一个，您可能会获得有关该机器的实际有用信息。
鉴于它似乎驻留在您的networking上，这听起来像是我的VIP，它是否总是从同一个IP回应？ 这是MAC地址来自有效的网卡供应商的范围？
几种可能性：
广播地址。 如果你的“让我们说”的例子不准确，你可能已经ping在子网上的广播地址。 假设networking为10.40.1.0/25（AKA掩码为255.255.255.128），并且您ping了10.40.1.127 – 它可能看起来像一个随机主机，但它确实是广播地址，并且该子网上的任何人都可以响应自己的地址。
VIP。 如果您有负载均衡器或服务器群集，则可能已经ping通共享/虚拟地址，并从真实服务器获得答复。
次要地址。 如果路由器/服务器的主地址为.69，辅助地址为.205（对于试图预留额外地址的人来说，这种情况通常与您的ping扫描一样），但它可能会回复ping .205，但是回复来自0.69。