尝试设置MSSQL群集解决方案时，我遇到了与网络相关的专业知识以外的问题。
我试图找到一个免费IP用于我的节点。我要求网络管理员给我一个免费的IP地址。为了论证，他给了我10.40.1.205的IP，该IP应该未被使用。
在群集设置过程中尝试使用给定IP时，SQL抱怨该IP已被使用。
我尝试对服务器上的IP进行ping操作，并收到来自以下消息的回复：10.40.59.69 ...？
任何想法都可能导致这种情况，更重要的是如何解决该问题？
Answers:
这并不是完全没有听说过，一台机器以前可能已经为网络卡分配了别名，而网络管理员以前不知道该别名，等等。
显而易见的事情是找到响应服务器的MAC地址，这应该很容易做到。
在SQL Server的命令提示符下运行“ arp -a”，并查找10.40.1.205和10.40.59.69地址。
您会看到两者的MAC地址，可能相同也可能不同，它们看起来像是“ 00-22-6b-3b-30-90”。您的网络管理员应该能够识别出列出了MAC地址的网卡，但是在您告诉他之前，可能值得检查一下它不是SQL Server网卡之一，以防万一您不是一个小小的配置错误自己沿着线。
要检查Windows系统的MAC地址，请在命令提示符下运行“ ipconfig / all”，您将看到每个网卡的MAC地址。
几种可能性：
广播地址。如果您的“假设”示例不准确，则可能是在ping子网中的广播地址。假设网络是10.40.1.0/25（即255.255.255.128的AKA掩码），您ping了10.40.1.127-它可能看起来像是一个随机主机，但实际上是广播地址，该子网中的任何人都可以对其进行响应自己的地址（仅供参考，广播地址是子网的最后一个地址）。
贵宾 如果您有负载平衡器或服务器群集，则可能已对共享/虚拟地址执行ping操作，并收到了真实服务器的答复。
辅助地址。如果路由器/服务器的主地址为.69，辅助地址为.205（对于尝试保留ping扫描所见的多余地址的人，这是常见的做法），则它可能会回复.205的ping信息，但会从.69。
您自己的地址。Unix笔记本电脑的一个示例：ping 192.168.1.199响应，From 192.168.1.3 icmp_seq=1 Destination Host Unreachable其中192.168.1.3是笔记本电脑的IP地址。
如果您有网络管理员分配IP地址，则同一网络管理员应能够对响应进行故障排除。一台计算机可能有多个NIC（因此有多个IP地址）。
尝试将该IP地址解析为主机名。 ping -a <IP>在Windows中。Linux可以使用host <IP>或dig -x <IP>。该IP地址的主机名可能对您或您的网络管理员有用。（我会尝试解析您正在处理的两个IP）
ping响应也可能不是ICMP错误消息，这也不是不可能-您可以尝试使用tcpdump / Wireshark转储实际的数据包，并确切地了解得到的响应。
您也可以尝试使用HTTP，HTTPS，SSH，telnet，RDP等连接到该IP地址。如果其中任何一个连接，您可能会获得一些有关机器是什么的真正有用的信息。