Warum wurde mein Ping mit einer anderen IP-Adresse beantwortet als die angeforderte?

Beim Versuch, eine MSSQL-Clustering-Lösung einzurichten, stößt ich auf ein Problem, das außerhalb meines Fachwissens im Zusammenhang mit dem Netzwerk liegt.

Ich habe versucht, eine freie IP für meinen Knoten zu finden. Ich habe den Netzwerkadministrator gebeten, mir eine kostenlose IP-Adresse zu geben. Und aus Gründen der Argumentation gab er mir eine IP von 10.40.1.205, die nicht verwendet werden sollte.

Wenn Sie versuchen, die angegebene IP während der Cluster-Einrichtung zu verwenden, beschwert sich SQL, dass die IP verwendet wurde.

Ich habe versucht, die IP von meinem Server aus zu pingen, und ich habe eine Antwort von etwa ... 10.40.59.69 ... erhalten.

Irgendeine Idee, was so etwas verursachen könnte und was noch wichtiger ist, wie man eine Fehlerbehebung vornimmt?

Dies ist nicht völlig ungewöhnlich. Möglicherweise wurde einem Computer zuvor ein Alias ​​für eine Netzwerkkarte zugewiesen, von der der Netzwerkadministrator nichts weiß.

Es ist naheliegend, die MAC-Adresse des antwortenden Servers zu ermitteln. Dies sollte einfach zu bewerkstelligen sein.

Führen Sie "arp -a" an einer Eingabeaufforderung auf dem SQL Server aus und suchen Sie nach den Adressen 10.40.1.205 und 10.40.59.69.

Sie sehen eine MAC-Adresse für beide, die möglicherweise identisch ist oder nicht. Sie sieht aus wie "00-22-6b-3b-30-90". Ihr Netzwerkadministrator sollte in der Lage sein, die Netzwerkkarte mit den aufgelisteten MAC-Adressen zu identifizieren. Es lohnt sich jedoch wahrscheinlich, zu überprüfen, ob es sich nicht um eine der SQL Server-Netzwerkkarten handelt, bevor Sie ihn benachrichtigen, nur für den Fall, dass es sich nicht um einen geringfügigen Konfigurationsfehler handelt sich irgendwo entlang der Linie.

Um die MAC-Adresse eines Windows-Systems zu überprüfen, führen Sie "ipconfig / all" an der Eingabeaufforderung aus. Für jede Netzwerkkarte wird eine MAC-Adresse angezeigt.

Mehrere Möglichkeiten:

1. Broadcastadresse. Wenn Ihre Beispiele nicht präzise waren, hätten Sie möglicherweise die Broadcast-Adresse im Subnetz gepingt. Nehmen wir an, das Netzwerk war 10.40.1.0/25 (AKA-Maske 255.255.255.128) und Sie haben 10.40.1.127 gepingt - es mag wie ein zufälliger Host aussehen, aber es ist wirklich die Broadcast-Adresse, und jeder in diesem Subnetz könnte mit ihrer antworten eigene Adresse (FYI die Broadcast-Adresse ist die letzte Adresse des Subnetzes).

2. VIP. Wenn Sie über Load-Balancer oder einen Server-Cluster verfügen, haben Sie möglicherweise die freigegebene / virtuelle Adresse gepingt und eine Antwort vom realen Server erhalten.

3. Sekundäre Adressen. Wenn der Router / Server eine primäre Adresse von .69 und eine sekundäre Adresse von .205 hat (übliche Vorgehensweise für Personen, die versuchen, zusätzliche Adressen zu reservieren, die von Ping-Scans wie Ihren erkannt werden), antwortet er möglicherweise auf einen Ping für .205, gibt jedoch die Antwort von aus .69.

4. Deine eigene Adresse. Ein Beispiel von einem Unix-Laptop: Es wurde ping 192.168.1.199geantwortet, From 192.168.1.3 icmp_seq=1 Destination Host Unreachablewobei 192.168.1.3 die IP-Adresse des Laptops war.

Ich möchte die Ausgabe sehen. Sind Sie sicher, dass es keine ICMP-Fehlermeldung war?

Wenn Ihre Subnetzmaske falsch konfiguriert wurde, antwortet der Router möglicherweise auf den Ping. Was war die Subnetzmaske, die Sie erhalten haben?

Wenn Sie einen Netzwerkadministrator haben, der IP-Adressen zuweist, sollte derselbe Netzwerkadministrator in der Lage sein, Fehler in der Antwort zu beheben. Möglicherweise verfügt ein Computer über mehrere Netzwerkkarten (und daher über mehrere IP-Adressen).

Versuchen Sie, diese IP-Adresse in einen Hostnamen aufzulösen. ping -a <IP>in Windows. Linux kann host <IP>oder verwenden dig -x <IP>. Der Hostname dieser IP-Adresse kann für Sie oder Ihren Netzwerkadministrator hilfreich sein. (Ich würde versuchen, beide IPs aufzulösen, mit denen Sie es zu tun haben.)

Es ist auch nicht unmöglich, dass es sich bei der Ping-Antwort um eine ICMP-Fehlermeldung handelt. Sie können versuchen, die tatsächlichen Pakete mit tcpdump / Wireshark auszugeben, und sehen, was genau Sie als Antwort erhalten.

Sie können auch versuchen, über HTTP, HTTPS, SSH, Telnet, RDP usw. eine Verbindung zu dieser IP-Adresse herzustellen.

Wenn man bedenkt, wo es sich in Ihrem Netzwerk zu befinden scheint, hört es sich für mich wie ein VIP an, antwortet es immer von derselben IP? Kommt die MAC-Adresse aus dem Bereich eines gültigen Netzwerkkartenherstellers?