☰

Der iMac kann für manche Sites DNS nicht auflösen (oder die Route zum Host finden?), Windows aber schon?

tag-icon • tag-icon macos dns home-networking routing
Der iMac kann für manche Sites DNS nicht auflösen (oder die Route zum Host finden?), Windows aber schon?

In meinem Heimnetzwerk habe ich ein paar Windows-basierte PCs, die keine bekannten DNS-Probleme haben, aber mit meinem OSX iMac habe ich Probleme, ein paar zufällige Domänen aufzulösen. Einige Domänen, mit denen ich Probleme habe, sind:

  • www.ehow.com
  • Über uns
  • nationalshoppingservice.com

Neben dem Blick auf die/etc/hostsDatei (die meiner Meinung nach in Ordnung ist). Was sollte ich auf dem iMac im Hinblick auf DNS-bezogene Probleme überprüfen oder welche Tools sollte ich zur Diagnose des vorliegenden Problems verwenden?

Mit dem Dig-Befehl erhalte ich:

; <<>> DiG 9.4.3-P3 <<>> @4.2.2.2 www.nationalshoppingservice.com
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 3468
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.nationalshoppingservice.com. IN    A

;; ANSWER SECTION:
www.nationalshoppingservice.com. 14400 IN A 64.40.111.81

;; Query time: 86 msec
;; SERVER: 4.2.2.2#53(4.2.2.2)
;; WHEN: Tue Apr 12 18:22:42 2011
;; MSG SIZE  rcvd: 65

Nachdem ich einige der Vorschläge ausprobiert habe, bin ich davon überzeugt, dass DNS das falsche Problem ist. Als ich einen Ping von www.nationalshoppingservice.com ausführte, erhielt ich Folgendes:

PING www.nationalshoppingservice.com (64.40.111.81): 56 data bytes
ping: sendto: No route to host
ping: sendto: No route to host
ping: sendto: No route to host
ping: sendto: No route to host

Es sieht also so aus, als ob der DNS aufgelöst wird, aber die Route zum Host nicht gefunden werden kann? Was ist hier los?

Antwort1

Die Befehlszeile wird Ihr Freund sein. 1. Möglicherweise haben Sie überhaupt kein DNS-Problem. Das müssen Sie zuerst herausfinden. Das beste Tool für diesen Job ist dig. Öffnen Sie Terminal und geben Sie ein

dig @4.2.2.2 ehow.com

Die Komponenten dieses Befehls:

dig          :   the command
@4.2.2.2     :   this tells dig where to ask.  We are specifically asking a
                 known provider in this case Level3.  You could easily put
                 8.8.8.8 (Google) or any other provider here.
ehow.com     :   the domain you wish to query for.

Sie erhalten eine Ausgabe wie:

; <<>> DiG 9.7.2-P2 <<>> @4.2.2.2 ehow.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43699
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;ehow.com.          IN  A

**;; ANSWER SECTION:
ehow.com.       118 IN  A   98.124.249.20**

;; Query time: 1 msec
;; SERVER: 4.2.2.2#53(4.2.2.2)
;; WHEN: Mon Apr 11 01:51:12 2011
;; MSG SIZE  rcvd: 42

Der ANTWORT-ABSCHNITT ist der wichtige Teil. Wenn Sie eine Antwort erhalten, wissen Sie, dass Ihr iMac in Ordnung ist und auf diese Domäne „zugreifen“ kann.

Der nächste Schritt besteht darin, @4.2.2.2 durch die IP oder den Hostnamen Ihres regulären DNS-Servers zu ersetzen. Dieser wird Ihnen normalerweise von Ihrem ISP bereitgestellt. Wenn Sie dieselbe Antwort erhalten, wissen Sie, dass DNS nicht Ihr Problem ist, und Sie können sich woanders umsehen. Sie sollten diese Tests auch ein paar Mal durchführen, um sicherzustellen, dass Sie gute Antwortzeiten erhalten. Wenn Sie jemals Folgendes erhalten:

;; connection timed out; no servers could be reached

Dann wissen Sie, dass Sie keine Antwort erhalten. Wenn dies zeitweise geschieht, bemerken Sie es aufgrund des Cachings möglicherweise eher auf dem iMac als auf Ihren Windows-Rechnern. Meiner Erfahrung nach cachen Windows-Rechner DNS-Antworten länger als Macs.

Antwort2

Zur Fehlerbehebung bei DNS-Problemen unter Mac OS X müssen Sie sowohl ein herkömmliches Unix-DNS-Lookup-Tool wie (wählen Sie eines aus:) host, dig, und nslookupals auch ein modernes Tool verwenden, das Mac OS X-spezifische DNS-Lookup-APIs aufruft, wie z . B. dns-sd -Q.

Die DNS-Lookup-APIs, die die meisten Cocoa-Apps aufrufen, werden über den Daemon geleitet mDNSResponder. Das bedeutet, dass Ihre GUI-Apps, wenn sie DNS-Lookup-Probleme haben, dns-sd -Qwahrscheinlich dasselbe anzeigen.

Herkömmliche Unix-DNS-Lookup-Tools verwenden traditionelleren Unix-DNS-Resolver-Code, was bedeutet, dass sie möglicherweise Dinge auflösen können, die Cocoa-Apps nicht können (und umgekehrt).

Wenn Sie etwas mit nachschlagen können, digaber nicht mit dns-sd, könnten Sie versuchen, den mDNSResponderDaemon zu beenden und launchdihn automatisch neu starten zu lassen (ich habe festgestellt, dass das HUPping von mDNSResponder nicht immer ausreicht).

sudo killall mDNSResponder

Antwort3

Haben Sie auf Ihrem iMac eine IP-Blockierungssoftware oder ähnliches installiert?

Versuchen Sie außerdem, zu Einstellungen->Netzwerk->Erweitert->DNS zu gehen und Ihre DNS-Einträge zurückzusetzen; entfernen Sie alle überflüssigen Einträge.

Wenn das nicht funktioniert, versuchen Sie (vorübergehend), auf Ihrem iMac ein neues Konto einzurichten, oder melden Sie sich bei einem anderen an und prüfen Sie, ob Sie von diesen aus auf die Websites zugreifen können.

Antwort4

Um etwas zu testen, können Sie zu Einstellungen->Netzwerk->Erweitert->DNS gehen und einen DNS-Eintrag für Googles öffentliches DNS 8.8.8.8 hinzufügen. Wenn das das Problem löst, müssen Sie herausfinden, welche DHCP-Einstellungen Ihr Router beim Verteilen von IP-Adressen und DNS-Informationen verwendet. Wenn Ihr Router seine DNS-Informationen von Ihrem ISP erhält, könnte das Ihr Problem sein, vielleicht nur eine langsame Reaktion. Sie müssen die DNS-Einstellungen Ihres ISPs nicht verwenden.

Ich verwende häufig 8.8.8.8 zum Testen, aber hauptsächlich Opendns für zusätzliche Kontrolle.

Ich hoffe, das hilft

verwandte Informationen