在尝试设置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。