Warum kann 'ping' einen Namen nicht auflösen, wenn 'nslookup' einwandfrei funktioniert?

Auf meiner Windows XP-Workstation kann ich den Computer, zu dem ich eine Verbindung herstellen möchte, in DNS finden nslookup:

nslookup wolfman
Server: dns.company.com
Address: 192.168.1.38

Name: wolfman.company.com
Address: 192.168.1.178

Wenn ich jedoch versuche, eine Verbindung zu diesem Computer herzustellen, erhalte ich die Fehlermeldung, dass der Computer nicht gefunden werden kann (dh nicht in DNS nachgeschlagen werden kann):

C:\> ping wolfman
Ping request could not find host wolfman. Please check the name and try again.

Ich kann eine Verbindung herstellen, wenn ich die IP-Adresse direkt verwende:

C:\> ping 192.168.1.178

Pinging 192.168.1.178 with 32 bytes of data:

Reply from 192.168.1.178: bytes=32 time=41ms TTL=126
Reply from 192.168.1.178: bytes=32 time=41ms TTL=126
Reply from 192.168.1.178: bytes=32 time=44ms TTL=126
Reply from 192.168.1.178: bytes=32 time=38ms TTL=126

Ich könnte das umgehen, indem ich einen Eintrag zu meiner hostsDatei hinzufüge , aber ich würde lieber herausfinden, warum dies geschieht. Das Problem ist vergänglich, die meiste Zeit des Tages kann ich mich problemlos mit der Maschine verbinden.

Wie ist das möglich?

ETA: Ich habe dies der Kürze halber weggelassen, aber es wurde gefragt:

C:\> ping wolfman.company.com
Ping request could not find host wolfman.company.com. Please check the name and try again.

ETA: Andere Anwendungen erzielen die gleichen Ergebnisse. Ich habe nur versucht, Ping zu vereinfachen. Telnet kann keine Verbindung herstellen, Cygwin-Apps geben eine "unknown host wolfman" -Nachricht aus.

Update: Mit wireshark habe ich festgestellt, dass meine Workstation keine DNS-Suche durchführt. Es wird lediglich die Fehlermeldung "Host konnte nicht gefunden werden" gemeldet.

Ich glaube, dass Nslookup eine Winsock-Verbindung auf dem DNS-Port öffnet und eine Abfrage ausgibt, während Ping den DNS-Client-Dienst verwendet. Sie können versuchen, diesen Dienst zu beenden und prüfen, ob dies einen Unterschied macht.

Einige Befehle, die verschiedene Netzwerkzustände neu initialisieren:

WINSOCK-Einträge auf Installationsstandards zurücksetzen: netsh winsock reset catalog
TCP / IP-Stack auf Installationsstandards zurücksetzen: netsh int ip reset reset.log
DNS-Resolver-Cache ipconfig /flushdns
leeren : DNS-Client-Registrierung erneuern und DHCP- Leases aktualisieren : ipconfig /registerdns
Routing-Tabelle leeren: route /f (Neustart erforderlich)

Versuchen Sie, mit dem Hostnamen gefolgt von einem Punkt zu pingen. Also anstatt zu ping wolfmanbenutzenping wolfman.

Das sollte Sie zu einer Lösung bringen, ohne dass Sie Workarounds mit der hosts-Datei usw. durchführen müssen.

Versuchen Sie ipconfig /displaydnsund suchen Sie nach Wolfman. Wenn es als "Name existiert nicht" zwischengespeichert ist (möglicherweise aufgrund einer früheren zeitweilig fehlgeschlagenen Suche), können Sie den Cache mit leeren ipconfig /flushdns.

nslookup Verwendet den Cache nicht, sondern fragt den DNS-Server direkt ab.

Versuchen Sie ., die DNS-Suffixe für diese Verbindung hinzuzufügen . Dh, gehe zu:

1. Ethernet-Status
2. Klicken Sie auf Eigenschaften
3. Internet Protocol Version 4
4. Klicken Sie auf Eigenschaften
5. Klicken Sie auf Erweitert
6. Hänge diese DNS an (in der richtigen Reihenfolge)
7. Fügen Sie .als Suffix.

Die gleichen Schritte sind im folgenden Screenshot dargestellt:

Das sollte ping wolfmanfunktionieren.

Erläuterung

nslookup wolfman(Name Server Lookup: Wolfman) sendet den Hostnamen ( wolfman) an das DNS (Domain Name System), um die entsprechende IP-Adresse zu erhalten. Dies ist der einzige Zweck des nslookupBefehls. Dies funktioniert bereits, daher haben wir überprüft, dass der DNS funktioniert und dass dies wolfmantatsächlich einer IP-Adresse entspricht.

Im Gegensatz ping wolfmandazu muss zwei Dinge tun:

1. Ruft die IP ab, der der Hostname ( wolfman) entspricht.
2. Senden Sie Pakete an die IP und warten Sie auf die Antwort

Unter Windows (auch in neueren Versionen wie Windows 10) kann der erste Schritt leicht fehlschlagen. Aus Gründen der Abwärtskompatibilität unterstützt Windows verschiedene Methoden zur Auflösung von Hostnamen (Hosts-Datei, DNS, NetBIOS / WINS, LMHOST-Datei).

Leider scheint es, dass der Windows- pingBefehl nicht immer versucht, eine DNS-Suche durchzuführen. Ich kenne die spezifischen Bedingungen, die dieses Verhalten auslösen, nicht.

Glücklicherweise können wir Windows zwingen, mithilfe eines vollqualifizierten Domänennamens ( FQDN) eine DNS-Suche durchzuführen . In der Praxis tun wir dies durch einen suffixing .Punkt auf den Hostnamen: wolfman.. Versuchen Sie ping wolfman.und überprüfen Sie , dass es funktioniert.

Der letzte Schritt besteht darin, Windows zu zwingen, diesen Punkt selbst anzufügen. Wie das geht, habe ich bereits am Anfang dieser Antwort gezeigt.

nslookup Funktioniert anders als andere Befehle beim Auflösen von Namen / IP-Adressen unter Windows.

Die normale Auflösungsmethode unter Windows lautet wie folgt:

1. Der Client prüft, ob der abgefragte Name ein eigener ist.
2. Der Client durchsucht dann eine lokale Hosts-Datei, eine Liste von IP-Adressen und Namen, die auf dem lokalen Computer gespeichert sind.
3. DNS-Server (Domain Name System) werden abgefragt.
4. Wenn der Name immer noch nicht aufgelöst wird, wird die NetBIOS-Namensauflösungssequenz als Sicherung verwendet. Diese Reihenfolge kann durch Konfigurieren des NetBIOS-Knotentyps des Clients geändert werden.

nslookupAuf der anderen Seite wird es zum Testen von Domain Name Servern verwendet.

Ich habe mit einem ähnlichen Problem zu kämpfen und die von @harrymc vorgeschlagene Lösung ausprobiert. Ich habe herausgefunden, was im Microsoft Technet-Forum (zumindest etwas) zu funktionieren scheint ( nslookup funktioniert, aber auf einem eigenständigen Win7-PC ist kein anderer DNS- Server vorhanden ).

Hier ist das Zitat:

... versuchen Sie, den folgenden Befehl zu verwenden, um einen Client-Resolver-Cache zu Testzwecken zu leeren und zurückzusetzen.

ipconfig / flushdns

ipconfig / registerdns

Bitte beachten Sie den Link unten für weitere Details. http://jefferyland.wordpress.com/2011/07/28/quick-review-of-flushdns-registerdns-and-dns-queries/

Was mir also im Grunde gefehlt hat, war ipconfig /registerdns

Noch heute hatten wir das gleiche Problem , aber die Lösung war anders . Also dachte ich, ich würde es als Referenz hinzufügen, da dies das oberste Suchergebnis war.

• Problem : pingLöst keinen Hostnamen auf, nslookupkann aber . (Beobachtet auf 2 verschiedenen Windows Server 2012 R2-Hosts.)
• Ursache : (Für jeden Host) Am Host sind mehrere Netzwerkkarten angeschlossen, und es sind mehrere Standardgateways konfiguriert.
• Lösung : (Für jeden Host) Entfernen Sie das Standard-Gateway aus der Konfiguration aller NICs außer einem, sodass nur ein Standard-Gateway verbleibt .

Möglicherweise ist wolfman.company.com in C: \ Windows \ system32 \ drivers \ etc \ hosts aufgeführt?

nslookup umgeht diese Datei und fragt immer nach DNS, während ping und andere Tools zuerst in der "hosts" -Datei und dann in DNS nachschlagen.

Ich hatte das gleiche Problem auf einem Windows 2012R2 (= 8.1) -System und habe alle oben genannten Vorschläge ausprobiert, aber keiner von ihnen konnte das
Problem beheben: - Das Pingen des vollqualifizierten Namens hat funktioniert.
- Ping den unqualifizierten Namen nicht.
- Beide funktionierten auf mehreren anderen Systemen mit demselben Betriebssystem und anscheinend derselben Konfiguration.
- Alle erforderlichen Suffix-Suchzeichenfolgen waren vorhanden.
(Beachten Sie, dass einige der vorgeschlagenen Korrekturen, wie die Problemumgehung für die Abfragen mit mehreren Bezeichnungen, offensichtlich irrelevant sind, da der nicht qualifizierte Name nur einen Teil enthält.)

Dann bemerkte ich, dass das Zielsystem, das ich anpingen wollte, KEINE IPv6-Adresse hatte. Also habe ich versucht "ping -4 unqualified_name " und Bingo! das hat funktioniert.
Aus irgendeinem Grund hat Ping nur auf diesem System versucht, den nicht qualifizierten Namen -> IPv6-Adresse und nicht den nicht qualifizierten Namen -> IPv4 aufzulösen.
Für mich bestand die Lösung darin, IPv6 vollständig zu deaktivieren, da ich es überhaupt nicht benötige. Aber ich wäre sehr daran interessiert, eine sanftere Methode zu finden, um Ping (oder vermutlich den DNS-Client-Dienst) anzuweisen, sowohl IPv4- als auch IPv6-Adressen aufzulösen.

Das Hinzufügen eines Eintrags in der Datei kann das c:/windows/system32/drivers/etc/hostsProblem beheben.

Ich habe versucht herauszufinden, warum ich auf einem Win 7-Computer verwenden kann, ping serverwelcher funktioniert, und auf dem anderen kann er nicht aufgelöst werden server. Allerdings konnten beide pingen, server.lanwas ich nicht ganz verstand.

Es stellte sich heraus, dass ich mit einigen Einstellungen (DNS-Suffixen) herumgespielt hatte, um keine FQDNs verwenden zu müssen, während ich das geschäftliche VPN verwendete. Ich musste meine lokale .lanAdresse zu diesen Suffixen hinzufügen , um beide Computer gleich zu betreiben.

Gehen Sie zu Systemsteuerung> Netzwerk und Internet> Netzwerkverbindungen, klicken Sie mit der rechten Maustaste auf Ihre Netzwerkverbindung und klicken Sie auf Eigenschaften. Klicken Sie auf Internet Protocol Version 4 und klicken Sie auf die Schaltfläche Eigenschaften. Dann die Schaltfläche Erweitert ... in diesem neuen Fenster. Gehen Sie zur Registerkarte DNS. Hier hatte ich ein DNS-Suffix für meine Arbeit hinzugefügt, benötigte aber auch eines für meine normalen Heimverbindungen.

Ich bin auch auf dieses Problem gestoßen. Die "einfachste" Möglichkeit, das Problem zu beheben, bestand darin, einfach ein .an das Ende des Hostnamens anzuhängen. Dies ist jedoch eher ärgerlich. Die meisten Netzwerke benötigen dies nicht. Ich möchte lieber nicht jedem anderen im Netzwerk sagen, dass er dies tun soll, wenn er auf dieselbe Ressource zugreifen möchte.

Ich habe den Vorschlag von Frederik Aalund als mögliche Lösung angesehen und festgestellt, dass sie vorgeschlagen haben, von der Standardoption "Primäre und verbindungsspezifische DNS-Suffixe anhängen" zu wechseln. Dies ließ mich denken, dass mein Netzwerk möglicherweise leicht falsch konfiguriert war.

In meinen DD-WRT-Einstellungen wurde die "LAN-Domäne" nicht festgelegt. Wenn Sie das auf eine beliebige Zeichenfolge setzen, wurde dieses Problem anscheinend für alle Clients in meinem Netzwerk behoben, ohne dass auf jedem Computer eine spezielle Konfiguration vorhanden war. Die von mir gewünschte Lösung! :)

Ich bin auf dieses Problem gestoßen, als wir von Windows XP auf Windows 7 migrierten. Das Problem hing mit einem Windows 7 Multi Label DNS Query-Problem zusammen.

Zulassen, dass DNS-Suffix an nicht qualifizierte Namensabfragen mit mehreren Bezeichnungen angehängt wird - siehe:

http://computerstepbystep.com/allow_dns_suffix_appending_to_unqualified_multi_label_name_queries.html

Hoffe das hilft

Wenn unter Mac OS X möglicherweise ein DNS-Cache-Problem vorliegt:

Den Cache entleeren

sudo killall -HUP mDNSResponder
sudo dscacheutil -flushcache

Ich nehme das auf, weil es mich im letzten Jahr gestört hat und ich vielleicht einen Workaround gefunden habe.

Für mich schien ein DNS-Caching-System im Windows-Client fehlerhaft zu sein. Windows 7 und 8.1 sind davon betroffen ... kann nicht mehr viel über Windows XP sagen. ping löst den Namen nicht auf. Es ist nicht der ICMP-Teil, der wichtig ist, sondern der Teil, der den Namen auflöst. nslookup ist so konzipiert, dass es den Nameserver abfragt und genau das tut, und keine Auflösung der Windows-Namenshierarchie.

Ein Neustart des dnscache- Dienstes war immer hilfreich. Aber seit ich IPv6 auf allen Client-Interfaces deaktiviert habe , ist das Problem nicht mehr aufgetreten.

Prost!

Ich könnte mich da irren, weil es auf meinen längst vergessenen NT4-Resource-Kit-Tagen basiert.

Als Tarif kann ich mich erinnern, dass PING Netbios / WINS und DNS verwendet (in dieser Reihenfolge, zumindest wenn Sie keinen vollqualifizierten Domänennamen angeben).

WINS ist vor vielen Jahren weg, aber Sie haben möglicherweise noch Netbios auf Ihrer Schnittstelle aktiviert und PING verwendet daher möglicherweise Netbios, die möglicherweise keine Ergebnisse liefern. Vor allem, wenn der Datenverkehr an einem Router vorbeigeht.

Deaktivieren Sie einfach Netbios und Ping verwendet DNS als erste Priorität und hängt den registrierten DNS-Datenverkehr auf der Schnittstelle an Ihren Hostnamen an.

Ich hatte gerade dieses Problem und fand etwas ziemlich Merkwürdiges und schaffte es, es zu beheben Lol

Wenn Sie Einträge in Ihrer Hosts-Datei haben, die mit der IP übereinstimmen, auf die Ihr Ping aufzulösen versucht, schlägt dies grundsätzlich fehl.

Wenn Sie beispielsweise in Ihrem DNS einen Eintrag für www.example.com - 10.0.0.20 haben, aber dann einen Eintrag in der Hosts-Datei Ihres Clients, 10.0.0.20 somethingelse.com, können Sie kein Ping-Signal an www senden .example.com

Seltsam, oder?

In meinem Fall bestand das Problem darin, die Domäne des Hosts, den ich anpingen wollte, zu einer Gruppenrichtlinienoption mit dem Namen "DNS-Suffix-Suchliste" hinzuzufügen .

Das Verfahren in Kürze lautet wie folgt: Öffnen gpedit.mscund navigieren Sie zu Computer Configuration -> Administrative Templates -> Network -> DNS Client > DNS Suffix Search List, setzen Sie es auf "Aktiviert" und fügen Sie den Domainnamen zur Liste hinzu (die Liste ist standardmäßig leer).

Eine detailliertere Beschreibung dieser Schritte finden Sie hier

Ich hatte das gleiche Problem und es stellte sich heraus, dass ein anderer Computer die gleiche IP-Adresse hatte, und das verursachte es.

IP wieder auf DHCP geändert und alles hat gut funktioniert.

Keine der Lösungen hier hat für mich funktioniert. Was für mich funktioniert hat, war die Wiederherstellung der Verbindung zum VPN meiner Arbeit mithilfe von OpenVPN. Dann nach dem Trennen alles weiter funktioniert.

Ich glaube, das Problem hing mit dem Stromausfall zusammen, während mein Computer mit openVPN verbunden war. Der einzige Weg, wie ich das herausgefunden habe, war die Verwendung von WireShark. Ich habe festgestellt, dass die Ziel-IPs für alle Abfragen an IPs im internen Netzwerk meiner Arbeit gesendet wurden.

ping verwendet das ICMP-Protokoll, insbesondere 'Echo Request' und 'Echo Reply'.

In vielen Netzwerken werden ICMP-Dienstprogramme deaktiviert, um Angriffe oder grundlegende Netzwerküberprüfungen zu verhindern. Ich habe festgestellt, dass viele Router, die Sie kaufen, über eine Einstellung zum Deaktivieren von Ping und ähnlichen Dienstprogrammen verfügen, die standardmäßig aktiviert sind.

Weitere Informationen zu ICMP finden Sie hier:

http://en.wikipedia.org/wiki/Internet_Control_Message_Protocol