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

Ich glaube, dass nslookup eine Winsock-Verbindung am DNS-Port öffnet und eine Abfrage ausgibt, während ping den DNS-Clientdienst verwendet. Sie könnten versuchen, diesen Dienst zu stoppen und zu sehen, ob dies einen Unterschied macht.

Einige Befehle, die verschiedene Netzwerkzustände neu initialisieren:

WINSOCK-Einträge auf Installationsvorgaben zurücksetzen: netsh winsock reset catalog
Setzen Sie den TCP/IP-Stack auf die Installationseinstellungen zurück: netsh int ip reset reset.log
DNS-Resolver-Cache leeren: ipconfig /flushdns
DNS-Clientregistrierung und-aktualisierung erneuern DHCP-leases : ipconfig /registerdns
Flush-routing-Tabelle : route /f (Neustart erforderlich)

Versuchen Sie Ping mit Hostname gefolgt von einem Punkt. Verwenden Sie also anstelle von ping wolfman ping wolfman.

Dadurch sollten Sie auflösen, ohne Problemumgehungen mit der Hosts-Datei usw. durchführen zu müssen.

Versuchen Sie, den DNS-Suffixen für diese Verbindung . hinzuzufügen. Dh, gehen Sie 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. Append these DNS-reicht (in order)
7. Fügen Sie . als Suffix hinzu.

Die gleichen Schritte sind im folgenden Screenshot dargestellt:

Dies sollte ping wolfman Arbeit.

Erklärung

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 Befehls nslookup. Dies funktioniert bereits, daher haben wir überprüft, ob das DNS funktioniert und dass wolfman tatsächlich einer IP-Adresse entspricht.

Im Gegensatz dazu muss ping wolfman zwei Dinge tun:

1. Ermittelt die IP, der der Hostname (wolfman) entspricht.
2. Pakete an die IP und hören Sie auf die Antwort

Unter Windows (auch neuere 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 Windows ' Befehl ping nicht immer eine DNS-Suche versucht. Ich kenne die spezifischen Bedingungen, die dieses Verhalten auslösen, nicht.

Glücklicherweise können wir Windows erzwingen so führen Sie eine DNS-Suche mit einem FQDN (vollständig qualifizierter Domänenname) durch. In der Praxis tun wir dies, indem wir einen . Punkt an den Hostnamen anhängen: wolfman.. Versuchen Sie ping wolfman. und überprüfen Sie, ob es funktioniert.

Der letzte Schritt besteht darin, Windows zu zwingen, diesen Punkt selbst anzuhängen. Ich habe bereits am Anfang dieser Antwort gezeigt, wie das geht.

Versuche es mit ipconfig /displaydns und suche nach Wolfman. Wenn es als "Name existiert nicht" zwischengespeichert wird (möglicherweise aufgrund einer früheren intermittierenden fehlgeschlagenen Suche), können Sie den Cache mit ipconfig /flushdns.

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

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 sein eigener ist.
2. Der Client durchsucht dann eine lokale Hosts-Datei, eine Liste mit IP-Adressen und Namen, die auf dem lokalen Computer gespeichert sind.
3. DNS-Server (Domain Name System) werden abgefragt.
4. Wenn der Name noch nicht aufgelöst ist, ist die Reihenfolge der Namensauflösung von NetBIOS verwendet als backup. Diese Reihenfolge kann durch Konfigurieren des NetBIOS-Knotentyps des Clients geändert werden.

nslookup andererseits wird zum Testen von Domänennamenservern verwendet.

Ich habe mit einem ähnlichen Problem zu kämpfen und habe die von @harrymc vorgeschlagene Lösung ausprobiert. Ich fand, was schließlich (zumindest etwas) im Microsoft Technet Forum zu funktionieren scheint (nslookup funktioniert, aber nichts anderes hat DNS auf eigenständige Win7-PC - )

Hier ist das Zitat:

... versuchen Sie, mit dem folgenden Befehl einen Client-Resolver-Cache für den Test zu leeren und zurückzusetzen.

Ipconfig /flushdns

Ipconfig /registerdns

Bitte beachten sie den link unten für mehr Hinweise. http://jefferyland.wordpress.com/2011/07/28/quick-review-of-flushdns-registerdns-and-dns-queries/

Also im Grunde fehlte mir ipconfig /registerdns

Gerade 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 beste Suchergebnis war.

• Problem: ping löst keinen Hostnamen auf, aber nslookup kann. (Beobachtet auf 2 verschiedenen Windows Server 2012 R2-hosts.)
• Ursache : (Für jeden Host) Der Host hat mehr als eine NIC verbunden und es gibt mehrere Standard-Gateways konfigurieren.
• Lösung: (Für jeden Host) Standardgateway aus der Konfiguration aller NICs außer einem entfernen, sodass reamains nur ein Standardgateway.

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

Nslookup umgeht diese Datei und fragt immer DNS, während Ping und andere Tools zuerst in der Datei "hosts" und dann in DNS nachschlagen.

Ich hatte das gleiche Problem auf einem Windows 2012R2-System (=8.1) und habe alle oben genannten Vorschläge ausprobiert, aber keiner von ihnen würde es beheben:
- Das Pingen des vollqualifizierten Namens hat funktioniert.
- Ping den unqualifizierten Namen nicht.
- Beide arbeiteten auf mehreren anderen Systemen, die das gleiche Betriebssystem und anscheinend die gleiche Konfiguration hatten.
- Alle notwendigen Suffix-Suchzeichenfolgen waren da.
(Beachten Sie, dass einige der vorgeschlagenen Korrekturen, wie die Problemumgehung für die Multi-Label-Abfragen, offensichtlich sind irrelevant, da der unqualifizierte Name nur einen Teil hat.)

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 funktionierte.
Aus irgendeinem Grund hat ping nur auf diesem System versucht, unqualifizierten Namen->IPv6-Adresse und nicht unqualifizierten Namen - >IPv4 aufzulösen.
Für mich bestand die Lösung darin, IPv6 vollständig zu deaktivieren, da ich es überhaupt nicht brauche. Aber ich wäre wirklich daran interessiert, einen sanfteren Weg zu finden um Ping (oder vermutlich den DNS-Clientdienst) anzuweisen, zu versuchen, sowohl IPv4-als auch IPv6-Adressen aufzulösen.

Ich habe versucht herauszufinden, warum ich auf einem Win 7-Computer ping server verwenden kann, was funktioniert,und der andere kann server nicht auflösen. Beide konnten jedoch server.lan anpingen, was ich nicht ganz verstand.

Es stellte sich heraus, dass ich einige Einstellungen (DNS-Suffixe) durcheinander gebracht hatte, um FQDNs während der Verwendung des Arbeits-VPN nicht verwenden zu müssen. Ich musste meinen lokalen .lan zu diesen Suffixen hinzufügen, damit beide Computer gleich handeln.

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

Wenn es unter Mac OS x ein DNS-Cache-Problem sein könnte:

Den Cache entleeren

sudo killall -HUP mDNSResponder
sudo dscacheutil -flushcache

Ich bin auch auf dieses Problem gestoßen. Der "einfachste" Weg, dies für mich zu beheben, bestand darin, einfach ein . am Ende des Hostnamens hinzuzufügen. Dies ist jedoch ziemlich ärgerlich. Die meisten Netzwerke benötigen dies nicht. Ich möchte lieber nicht allen anderen im Netzwerk sagen müssen, dass sie dies tun sollen, wenn sie auf dieselbe Ressource zugreifen müssen.

Ich habe mir den Vorschlag von Frederik Aalund als mögliche Lösung angesehen und festgestellt, dass sie vorgeschlagen haben, vom standardmäßigen " Primären und verbindungsspezifischen DNS anhängen Suffixe" - option. Das ließ mich denken, vielleicht war mein Netzwerk einfach etwas falsch konfiguriert.

Wenn ich mir meine DD-WRT-Einstellungen ansehe, wurde die "LAN-Domäne" nicht gesetzt. Wenn ich das auf eine beliebige Zeichenfolge setze, scheint dieses Problem für alle Clients in meinem Netzwerk behoben zu sein, ohne dass auf jedem Computer eine spezielle Konfiguration vorhanden ist. :)

Hinzufügen eines Eintrags in der Datei c:/windows/system32/drivers/etc/hosts könnte es beheben.

Ich bin auf dieses Problem gestoßen, als wir von Windows XP auf Windows 7 migriert haben, das Problem war mit einem Windows 7 Multi Label DNS Query Problem verbunden.

DNS-Suffix zulassen, das an nicht qualifizierte Mehrfachbezeichnungsnamensabfragen angehängt wird-siehe:

Http://computerstepbystep.com/allow_dns_suffix_appending_to_unqualified_multi_label_name_queries.html

Hoffe das hilft

Ich nehme das auf, weil es mich das letzte Jahr gestört hat und ich vielleicht eine Problemumgehung gefunden habe.

Für mich schien es, dass ein DNS-Caching-System im Windows-Client fehlerhaft ist. 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 Name resolving part). nslookup wurde entwickelt, um den Nameserver abzufragen und tut genau das und keine Windows-Name-Hierarchie-Auflösung.

Ein Neustart des dnscache - Dienstes half jedes Mal. Aber da ich IPv6 auf alle Client-Schnittstellen deaktiviert habe, ist das Problem nicht mehr aufgetreten.

Cheers!

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

Da fare ich kann mich erinnern, PING verwendet Netbios/WINS-und DNS-Server (in dieser Reihenfolge, zumindest wenn Sie nicht geben Sie einen vollqualifizierten Domänennamen (FQDN).

, GEWINNT ist gegangen, vor vielen Jahren, aber Sie könnten immer noch Netbios aktiviert auf Ihrem Schnittstelle und PING-daher könnte die Verwendung von netbios, dass nicht geben könnte Sie ohne Ergebnis. Besonders wenn der Verkehr irgendwo einen Router passiert.

Deaktivieren Sie einfach Netbios und Ping verwendet DNS als erstes priorität und hängen Sie den registrierten DNS-Surffic auf der Schnittstelle an Ihren Hostnamen an.

Keine der Lösungen hier hat für mich funktioniert. Was für mich funktioniert hat, war die Verbindung zum VPN meiner Arbeit mit OpenVPN. Nach dem Trennen funktionierte dann alles weiter.

Ich glaube, dass das Problem mit dem Stromausfall zusammenhängt, während mein Computer mit OpenVPN verbunden war. Die einzige Möglichkeit, dies herauszufinden, war die Verwendung von WireShark. Mir ist aufgefallen, dass die Ziel-IPs für alle Abfragen im internen Netzwerk meiner Arbeit an IPs gesendet wurden.

Hatte gerade dieses Problem auf einem Windows 7-Client, der einer Domäne beigetreten war, stellte sich heraus, dass es sich um falsche DirectAccess-Einstellungen in der Registrierung handelte.

Versuchen Sie, den Inhalt des folgenden Schlüssels zu löschen:

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\DnsClient\DnsPolicyConfig

Und dann den Dienst 'DNS-Cache' neu starten.

Wenn dies hilfreich ist, suchen Sie in der Gruppenrichtlinienverwaltungskonsole nach zwei Richtlinien namens "DirectAccess Client Settings" und "DirectAccess Server Settings". Überprüfen Sie, ob sie richtig konfiguriert sind oder sogar benötigt in Ihrem Szenario. Sie werden manchmal automatisch mit bestimmten Einstellungen für die Routing-und Fernzugriffsrolle auf einem Server erstellt, und dies war die Ursache für das Problem unsererseits.

Http://virot.eu/manually-remove-direct-access-from-a-client/

Ich hatte gerade dieses Problem und fand etwas ganz Besonderes und schaffte es, es zu beheben Lol

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

Wenn Sie beispielsweise in Ihrem DNS einen Datensatz für www.example.com - 10.0.0.20, aber dann haben Sie einen Eintrag in der Hosts-Datei Ihres Clients, 10.0.0.20 somethingelse.com, sie werden nicht pingen können www.example.com

Seltsam, huh

In meinem Fall löste dieses Problem das Hinzufügen der Domäne des Hosts, den ich an eine Gruppenrichtlinienoption mit dem Namen "DNS Suffix Search List" anpingen wollte.

Kurz gesagt: Öffnen Sie gpedit.msc und 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 ausführlichere Beschreibung dieser Schritte finden Sie hier

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

Änderte die IP zurück zu DHCP und alles funktionierte einwandfrei.

Ich habe den gleichen Emittenten in Windows 10. Um dies zu beheben, entferne ich den Registrierungsordner: Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Dnscache und stellen Sie es mit Backup von einem anderen Computer wieder her, auf dem der Dnscache-Dienst (DNS-Client) einwandfrei funktioniert.

Es gibt einen Fehler im Ping-Befehl von Microsoft.

Wenn Sie versuchen, einen Hostnamen ohne Route zu pingen, gibt der Befehl "Ping request could not find host" zurück, anstatt einen Fehler beim Pingen der IP-Adresse des Hosts anzuzeigen.

Beispiel: Richten Sie einen DNS-Server mit 192.168.1.1 Adresse ein. Erstellen Sie einen A-Datensatz namens HOST1, der auf 192.168.1.2 verweist Erstellen Sie einen A-Datensatz namens HOST2, der auf 10.0.0.1

Konfigurieren Sie einen Windows-Client mit der IP-Adresse 192.168.1.10, ohne Standardeinstellung gateway und DNS 192.168.1.1 .

Ping HOST1 löst die IP-Adresse auf. Ping HOST2 führt zu "Ping request could not find host"

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

Viele Netzwerke deaktivieren ICMP-Dienstprogramme, um Angriffe oder grundlegende Netzwerk-Scans zu verhindern. Ich habe festgestellt, dass viele Router, die Sie kaufen, eine Einstellung zum Deaktivieren von Ping und wie standardmäßig aktivierte Dienstprogramme enthalten.

Mehr über ICMP finden Sie hier:

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