Die DNS-Suche unter Mac OS X scheint durcheinander zu sein - aber nur bei der Arbeit

8

Mac OS X DNS-Lookups dauern bei Safari und anderen Anwendungen, die mDNSResponder verwenden, ewig. Dieselben Suchvorgänge funktionieren einwandfrei, wenn ich nslookup über die Befehlszeile verwende, und sie funktionieren auch einwandfrei von meinem iPhone und iPad im selben drahtlosen Netzwerk.

Und das ist nur im Netzwerk bei der Arbeit; Wenn ich zu Hause oder an mein iPhone gebunden bin, funktionieren alle DNS-Suchvorgänge einwandfrei. Wenn ich bei der Arbeit im Netzwerk bin, entweder über WLAN oder Ethernet, habe ich diese Probleme. Ich habe versucht, die folgenden Befehle zu verwenden:

launchctl unload /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist
launchctl load /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist

Früher war das unter Snow Leopard eine vorübergehende Erleichterung (Minuten), aber jetzt, unter Lion, bietet es normalerweise überhaupt nichts mehr.

Weder meine Ethernet- noch meine Wi-Fi-Einstellungen geben DNS-Server an. Sie werden automatisch vom Router ausgefüllt. Aber ich habe versucht, meine eigenen anzugeben, wie Google DNS oder OpenDNS, und das behebt das Problem nicht.

Das Netzwerk-Setup ist ein Router, der an das Kabelmodem angeschlossen ist und von dem alle Ethernet-Ports im Büro getrennt sind. Ein Airport Extreme-WLAN-Router ist ebenfalls an den Hauptrouter angeschlossen (im Bridge-Modus), und die WLAN-Clients stellen eine Verbindung dazu her.

Ich habe überall gesucht und andere Dinge gefunden, die auf den ersten Blick zutreffend aussehen (z. B. DNS-Suche schlägt fehl, aber nslookup funktioniert ), sodass ich denke, dass diese mDNSResponder-Probleme nicht allzu ungewöhnlich sind, aber keines genau übereinstimmt und ihre Lösungen nicht hat noch für mich gearbeitet.

Außerdem: Es ist nicht jede DNS-Suche, nur die meisten. Die Google-Suche wird sofort gestartet, aber das Laden von Google Maps dauert ewig (wenn ich mir das Aktivitätsfenster ansehe, handelt es sich normalerweise um Skripte und so weiter, die nicht von einem Google CDN-Server stammen). Sogar Websites, die wir jeden Tag verwenden, und Sie würden denken, dass sie irgendwo zwischengespeichert werden (wie php.net), brauchen ewig, um geladen zu werden oder eine Zeitüberschreitung zu verursachen.

Außerdem: Alles wird gut von einem Browser in einer virtuellen Windows XP-Maschine geladen, was für mich noch anklagender auf mDNSResponder als Schuldigen hinweist - aber alles funktioniert gut, wenn ich ein anderes Netzwerk bin.

Charles
quelle
Haben Sie versucht, die Ausgabe von opensnoop zu überprüfen, um festzustellen, ob sie etwas aussagt? Ich wäre auch neugierig, wenn Sie sich die Ausgabe von tcpdump angesehen hätten, um zu sehen, ob Anfragen gesendet werden, auf die nicht geantwortet wird.
Polynom
Ich habe mir beide angesehen, bin mir aber nicht ganz sicher, wonach ich suchen soll - ich bin mir nicht sicher, was ein Fehlerzustand ist. Irgendwelche Hinweise darauf, was ungewöhnlich sein könnte?
Charles

Antworten:

4

Der Grund dafür, dass DNS im Büro langsam, aber nicht zu Hause ist, könnte sein, dass der Office-Router IPv6 verwendet, Ihr Heim-Router jedoch IPv4 verwendet und dass Lion IPv6 besser verwendet als Snow Leopard. Die Websites, die von dieser Verlangsamung nicht betroffen sind, sind wahrscheinlich diejenigen, die IPv6 besser unterstützen.

In diesem Artikel finden Sie Maßnahmen, die zeigen, dass IPv6 2-3-mal langsamer als IPv4 auf DNS ist:
IPv6 verlangsamt Sie (DNS)

In diesem Fall kann das Problem möglicherweise durch Deaktivieren von IPv6 auf dem Office-Router (und damit im gesamten Office-Netzwerk) behoben werden.

Dieser Artikel kann auch nützlich sein: So deaktivieren Sie IPv6 unter Mac OS X 10.7 Lion .

harrymc
quelle
2

Ich hatte das gleiche Problem mit meinem MacBook Pro unter 10.6. Ich schalte meine Maschine selten aus. Grundsätzlich schließe ich zu Hause einfach den Deckel, stecke ihn in meine Tasche und bringe ihn zur Arbeit. Bei der Arbeit öffne ich den Deckel und los geht's. Was mir aufgefallen ist, ist, dass OS X diesen Übergang nicht so nahtlos zu machen scheint, wie ich es gerne hätte. Ich würde langsames DNS, große Mengen an wartenden Netzwerkressourcen usw. erhalten. Was es für mich behebt, ist die manuelle Trennung von jedem Netzwerk, bevor ich meinen Computer schließe (dh den Flughafen ausschalten, bevor ich den Deckel schließe). Wenn ich das nicht mache, ist mein Standby:

dscacheutil -flushcache

So oder so funktioniert es ziemlich gut für mich. In seltenen Fällen starte ich die Maschine neu.

C0D3M0NK3Y
quelle
Gareth, ich habe gerade Ihren Kommentar zu den Änderungen bemerkt. Ich bin zurückgegangen und habe alle meine Antworten entsprechend geändert. Entschuldigen Sie.
C0D3M0NK3Y
Ich habe versucht, dscacheutil und neu zu starten; Egal was ich mache, ich habe immer noch die gleichen Probleme im Arbeitsnetzwerk, aber nur dort - funktioniert perfekt zu Hause, egal ob ich meine Maschine heruntergefahren habe, bevor ich nach Hause gehe, oder sie einfach wie gewohnt in den Ruhezustand versetze.
Charles
0

Funktionieren andere Macs im Büronetzwerk ordnungsgemäß?

Stellen Sie sicher, dass die zugewiesenen Netzwerkeinstellungen selbstkonsistent sind. Ich habe die Situation gesehen, in der ein DHCP-Server ein Standard-Gateway zugewiesen hat, das sich nicht im Subnetz des Clients befindet. Windows hat das verwendet und funktioniert, aber MacOS (richtig!) Weigerte sich, es an eine IP-Adresse zu senden, die sich nicht im Subnetz befand.

Wenn die Subnetzmaske sowohl auf die IP-Adresse des Clients als auch auf das Standard-Gateway angewendet wird, sollten die Ergebnisse gleich sein. Andernfalls handelt es sich um eine fehlerhafte DHCP-Serverkonfiguration.

Das klingt jedoch nicht nach genau dieser Situation. Ist Ihr Mac so konfiguriert, dass bei der Arbeit sowohl WLAN als auch Ethernet verwendet werden? Wenn ja, schalten Sie jeweils einen aus.

Jamie Cox
quelle
Ein DHCP-Problem sollte keine Verlangsamung verursachen, es sei denn, es führt dazu, dass die Pakete das Büronetzwerk durchlaufen.
Harrymc
Die Netzwerkeinstellungen scheinen alle in Ordnung zu sein. Das gleiche Problem tritt auf, unabhängig davon, ob ich nur WLAN, nur Ethernet oder beides verwende.
Charles