Yosemite ne peut pas résoudre les noms de domaine

Je sais donc qu'Apple a été supprimé mDNSResponderde Yosemite, mais il semble qu'un tas d'applications essaient toujours d'interagir avec lui et échouent

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 fonctionne toujours bien (existe-t-il un résolveur séparé dans Chrome?) Mais Firefox ne fonctionne pas, je le peux dig google.comet il renverra les résultats corrects.

J'ai essayé avec les serveurs DNS de mon FAI ainsi qu'avec 8.8.8.8/ 8.8.4.4sans réelle différence.

La chose très étrange est que si je redémarre, j'obtiendrai quelques minutes de bonnes performances avant que cela ne se reproduise.

Des idées?

Mise à jour

Évidemment, si vous déchargez / chargez les discoverydchoses commencent à fonctionner (les instructions précédentes ont été de décharger / charger mDNSResponder) au moins pendant un petit moment:

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

C'est ce que j'ai dans ma console après le chargement / déchargement. Aucune idée de ce qui est pertinent:

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

Je dois encore décharger / charger de temps en temps pour continuer. Qu'est-ce qui pourrait en être la cause?

— pseudo
source

J'ai ce même problème et c'est exaspérant. Je ne peux même pas faire fonctionner correctement Apache ou MySQL.

— Andrew

Que se passe-t-il lorsque vous courez dscacheutil -configuration? Je pense que le rechargement sans fin de / etc / hosts pourrait être lié à cela: superuser.com/questions/829383/…

— Andrew

Un long plan, mais utilisez-vous un compte Bonjour avec Adium? https://trac.adium.im/ticket/16827

Une mise à jour de l'OP indique que c'était le problème:

Il s'avère que le problème laissait la messagerie bonjour activée dans Adium. Pour résoudre ce problème, j'ai déchargé / chargé la découverte, suis allé dans Adium, désactivé bonjour puis redémarré sans problème. Si vous voulez un bonjour, chargez / déchargez la découverte ou attendez que le ticket Adium ci-dessus soit traité.

— miknight
source

Wow ... Si vous redémarrez avec bonjour désactivé dans adium, au moment où vous réactivez la mise en réseau bonjour, il arrête immédiatement la mise en réseau (comme je l'ai décrit dans le bug), augmente discoverydjusqu'à 100% et vous oblige à le décharger / le charger. Il semble que tant que je reste invalide, je suis tout bon. Merci!

— Nick

Ce problème se produit également pour les utilisateurs qui n'ont pas du tout installé adium. Avons-nous une solution qui ne charge / décharge pas la découverte ou ne tue pas le processus correspondant via le moniteur d'activité?

— Jan Michael

Il y a un temps intermittent avant que le processus de découverte ne se bloque et donc je ne crois PAS que la connexion Adium mentionnée ci-dessus soit définitive. Je suppose que le basculement de l'option bonjour dans Adium a un effet temporaire sur la découverte similaire à la fermeture du processus. Je ne lance pas Adium et comme l'affiche ci-dessus, j'ai le même problème avec la découverte de l'utilisation jusqu'à 100% + du processeur et l'incapacité de résoudre les noms DNS. La modification des serveurs DNS dans Network Prefs n'a pas d'effet à long terme, mais elle provoque l'actualisation de findyd, ce qui donne l'illusion de résoudre le problème, similaire à

Cet article m'a mis sur la bonne voie. Je n'utilise pas adium mais j'ai constaté qu'il restait encore com.apple.mDNSResponder.plist après la mise à niveau. Après avoir attaqué com.apple.mDNSResponder.plist, com.apple.mDNSResponderHelper.plist et redémarrer mon DNS OSX fonctionne très bien.

Tous mes plists de dnsreponser sont déjà partis. Le problème persiste.

— Kees de Kooter