Yosemite kann Domänennamen nicht auflösen


16

Ich weiß also, dass Apple mDNSResponderin Yosemite entfernt wurde, aber es scheint, dass eine Reihe von Apps immer noch versuchen, damit zu interagieren, und dies scheitert

Oct 20 10:57:00 Nicks-MacBook-Pro.local configd[25]: dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:8 Err:-1 Errno:61 Connection refused
Oct 20 10:57:03 Nicks-MacBook-Pro.local ntpd[239]: dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:3 Err:-1 Errno:61 Connection refused
Oct 20 10:57:03 Nicks-MacBook-Pro.local Spotify[604]: dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:88 Err:-1 Errno:61 Connection refused
Oct 20 10:57:04 Nicks-MacBook-Pro.local configd[25]: dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:8 Err:-1 Errno:61 Connection refused
Oct 20 10:57:06 Nicks-MacBook-Pro.local ntpd[239]: dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:3 Err:-1 Errno:61 Connection refused
Oct 20 10:57:07 Nicks-MacBook-Pro.local configd[25]: dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:8 Err:-1 Errno:61 Connection refused
Oct 20 10:57:09 Nicks-MacBook-Pro.local ntpd[239]: dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:3 Err:-1 Errno:61 Connection refused
Oct 20 10:57:10 Nicks-MacBook-Pro.local configd[25]: dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:8 Err:-1 Errno:61 Connection refused
Oct 20 10:57:12 Nicks-MacBook-Pro.local ntpd[239]: dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:3 Err:-1 Errno:61 Connection refused
Oct 20 10:57:13 Nicks-MacBook-Pro.local configd[25]: dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:8 Err:-1 Errno:61 Connection refused
Oct 20 10:57:15 Nicks-MacBook-Pro.local ntpd[239]: dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:3 Err:-1 Errno:61 Connection refused
Oct 20 10:57:16 Nicks-MacBook-Pro.local configd[25]: dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:8 Err:-1 Errno:61 Connection refused
Oct 20 10:57:18 Nicks-MacBook-Pro.local ntpd[239]: dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:3 Err:-1 Errno:61 Connection refused
Oct 20 10:57:19 Nicks-MacBook-Pro.local configd[25]: dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:8 Err:-1 Errno:61 Connection refused
Oct 20 10:57:21 Nicks-MacBook-Pro.local ntpd[239]: dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:3 Err:-1 Errno:61 Connection refused
Oct 20 10:57:23 Nicks-MacBook-Pro.local configd[25]: dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:8 Err:-1 Errno:61 Connection refused

Chrome funktioniert immer noch dig google.comeinwandfrei (gibt es einen separaten Resolver in Chrome?), Firefox jedoch nicht. Ich kann und es wird die korrekten Ergebnisse zurückgeben.

Ich habe es sowohl mit den DNS-Servern meines ISP als auch mit 8.8.8.8/ 8.8.4.4ohne wirklichen Unterschied versucht .

Das Seltsame ist, wenn ich neu starte, bekomme ich ein paar Minuten gute Leistung, bevor dies wieder passiert.

Irgendwelche Ideen?

Aktualisieren

Offensichtlich, wenn Sie discoverydDinge entladen / laden beginnen zu arbeiten (frühere Anweisungen waren Entladen / Laden mDNSResponder), zumindest für eine kurze Zeit:

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist
sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist

Dies ist, was ich in meiner Konsole habe, nachdem ich geladen / entladen habe. Keine Ahnung, was relevant ist:

10/20/14 4:44:08.268 PM discoveryd[1333]: Basic Sockets GetProcessNameFromSocket() failed errno[57] err[-1]
10/20/14 4:44:08.268 PM discoveryd[1333]: Basic Sockets Unknown(-1), errno 0 UDS FD=3
10/20/14 4:44:08.268 PM discoveryd[1333]: Basic Sockets UDS FD=3 ERROR: failed to get effective user ID, errno 0
10/20/14 4:44:08.268 PM discoveryd[1333]: Basic SleepProxy BSP Server Disabled. Metric = 3373
10/20/14 4:44:08.272 PM discoveryd[1333]: AwdlD2d AwdlD2dInitialize: Initialized
10/20/14 4:44:08.273 PM discoveryd[1333]: D2D_IPC: Loaded
10/20/14 4:44:08.273 PM airportd[29]: _resetD2DConnection: Connection re-established to mDNSResponder D2D server
10/20/14 4:44:08.275 PM discoveryd_helper[254]: Detailed RemoteControl com.apple.discoveryd_helper XPC connection 0x7fa853800680: start (pid=1333, <unknown> not root)
10/20/14 4:44:08.277 PM configd[25]: network changed.
10/20/14 4:44:08.282 PM discoveryd[1333]: Basic RemoteControl com.apple.discoveryd Starting XPC Server
10/20/14 4:44:08.282 PM discoveryd[1333]: Basic DNSResolver etc/hosts file changed: Event 0x7ffab6b005e0 Flushed /etc/hosts cache
10/20/14 4:44:08.283 PM discoveryd[1333]: Basic RemoteControl com.apple.discoveryd.dnsproxy Starting XPC Server
10/20/14 4:44:08.283 PM discoveryd[1333]: AwdlD2d AwdlD2dStartAdvertisingPair: 'nicks-macbook-pro' Advertising service started
10/20/14 4:44:08.283 PM discoveryd[1333]: Basic SleepProxy Sleep Proxy Server is not enabled
10/20/14 4:44:08.284 PM discoveryd[1333]: AwdlD2d AwdlD2dStartAdvertisingPair: 'nicks-macbook-pro' Advertising service started
10/20/14 4:44:08.285 PM discoveryd[1333]: AwdlD2d AwdlD2dStartAdvertisingPair: '483e5cefffa5108400000000000008efip6arpa' Advertising service started
10/20/14 4:44:08.286 PM discoveryd[1333]: AwdlD2d AwdlD2dStopAdvertisingPair: 'nicks-macbook-pro' Advertising service stopped
10/20/14 4:44:08.286 PM discoveryd[1333]: AwdlD2d AwdlD2dStopAdvertisingPair: 'nicks-macbook-pro' Advertising service stopped
10/20/14 4:44:08.287 PM discoveryd[1333]: AwdlD2d AwdlD2dStartAdvertisingPair: 'nicks-macbook-pro' Advertising service started
10/20/14 4:44:08.287 PM discoveryd[1333]: AwdlD2d AwdlD2dStartAdvertisingPair: 'nicks-macbook-pro' Advertising service started
10/20/14 4:44:08.288 PM discoveryd[1333]: AwdlD2d AwdlD2dStopAdvertisingPair: '483e5cefffa5108400000000000008efip6arpa' Advertising service stopped
10/20/14 4:44:08.289 PM discoveryd[1333]: AwdlD2d AwdlD2dStartAdvertisingPair: '483e5cefffa5108400000000000008efip6arpa' Advertising service started

Ich muss immer noch hin und wieder entladen / laden, um weitermachen zu können. Was könnte das verursachen?


1
Ich habe das gleiche Problem und es ist ärgerlich. Ich kann nicht einmal Apache oder MySQL zum Laufen bringen.
Andrew

Was passiert beim Laufen dscacheutil -configuration? Ich denke, das nie endende Neuladen von / etc / hosts könnte damit zusammenhängen: superuser.com/questions/829383/…
Andrew

Antworten:


8

Ein langer Schuss, aber verwenden Sie einen Bonjour-Account bei Adium? https://trac.adium.im/ticket/16827

Ein Update vom OP zeigt an, dass dies das Problem war:

Es stellte sich heraus, dass das Problem darin bestand, Bonjour-Nachrichten in Adium aktiviert zu lassen. Um dies zu beheben, entlud / lud ich discoveryd, ging in Adium, deaktivierte bonjour und startete dann ohne Probleme neu. Wenn Sie sich wohl fühlen möchten, laden / entladen Sie discoveryd oder warten Sie, bis das oben genannte Adium-Ticket bearbeitet wurde.


Wow ... Wenn Sie einen Neustart mit in Adium deaktiviertem Bonjour durchführen, wird das Netzwerk sofort geschlossen (wie im Fehler beschrieben), discoverydund Sie werden gezwungen, es zu entladen / zu laden. Es scheint, solange ich diese Behinderung behalte, geht es mir gut. Vielen Dank!
Nick

Dieses Problem tritt auch bei Benutzern auf, die adium noch nicht installiert haben. Haben wir eine Lösung, bei der der entsprechende Prozess nicht über die Aktivitätsüberwachung ermittelt oder beendet wird?
Jan Michael

1
Es gibt eine intermittierende Zeit, bevor der Entdeckungsprozess hängt, und daher glaube ich NICHT, dass die oben erwähnte Adium-Verbindung endgültig ist. Ich vermute, dass das Umschalten der Bonjour-Option in Adium eine vorübergehende Auswirkung auf die Entdeckung hat, ähnlich wie das Beenden des Prozesses. Ich verwende Adium nicht und habe wie im obigen Poster das gleiche Problem mit Discoveryd, das die CPU-Auslastung auf 100% erhöht und DNS-Namen nicht auflösen kann. Das Ändern der DNS-Server in den Netzwerkeinstellungen hat keine langfristigen Auswirkungen, führt jedoch zu einer Aktualisierung von Discoveryd, wodurch die Illusion entsteht, das Problem zu beheben, ähnlich wie bei

1
Dieser Artikel brachte mich auf die richtige Spur. Ich verwende kein Adium, aber ich habe festgestellt, dass nach dem Upgrade noch com.apple.mDNSResponder.plist vorhanden ist. Nach dem Löschen von com.apple.mDNSResponder.plist, com.apple.mDNSResponderHelper.plist und dem Neustart funktioniert mein OSX-DNS einwandfrei.

Alle meine Dnsreponser-Plisten sind bereits verschwunden. Problem bleibt bestehen.
Kees de Kooter
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.