Yosemite nie może rozstrzygać nazw domen


16

Wiem, że Apple usunęło się mDNSResponderz Yosemite, ale wygląda na to, że wiele aplikacji wciąż próbuje z nim współpracować i kończy się niepowodzeniem

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 nadal działa poprawnie (czy w Chrome jest osobny resolver?), Ale Firefox nie, mogę dig google.comi zwróci prawidłowe wyniki.

Próbowałem zarówno z serwerami DNS mojego ISP, jak i 8.8.8.8/ 8.8.4.4bez żadnej różnicy.

Bardzo dziwne jest to, że jeśli zrestartuję, dostanę kilka minut dobrej wydajności, zanim to się powtórzy.

Jakieś pomysły?

Aktualizacja

Oczywiście, jeśli rozładujesz / załadujesz discoverydrzeczy zaczną działać (poprzednie instrukcje to rozładowanie / załadowanie mDNSResponder) przynajmniej przez jakiś czas:

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

To właśnie mam w konsoli po załadowaniu / rozładowaniu. Nie mam pojęcia, co jest istotne:

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

Nadal jednak muszę rozładowywać / ładować co jakiś czas, aby kontynuować. Co może być tego przyczyną?


1
Mam ten sam problem i to jest irytujące. Nie mogę nawet sprawić, by Apache lub MySQL działały poprawnie.
Andrew

Co dzieje się, gdy biegniesz dscacheutil -configuration? Myślę, że niekończące się przeładowywanie / etc / hosts może być związane z tym: superuser.com/questions/829383/...
Andrew,

Odpowiedzi:


8

Długa szansa, ale czy korzystasz z konta Bonjour w Adium? https://trac.adium.im/ticket/16827

Aktualizacja z PO wskazuje, to była kwestia:

Okazało się, że problem polegał na pozostawieniu włączonego przesyłania wiadomości bonjour w Adium. Aby to naprawić, wyładowałem / załadowałem odkrycie, poszedłem do Adium, wyłączyłem bonjour, a następnie uruchomiłem ponownie bez problemu. Jeśli chcesz bonjour, załaduj / wyładuj odkryte lub poczekaj na obsługę powyższego biletu Adium.


Wow ... Jeśli uruchomisz ponownie z bonjour wyłączonym w adium, w momencie ponownego włączenia sieci bonjour natychmiast wyłączy sieć (jak opisałem w błędzie), zwiększy discoveryddo 100% i zmusi cię do rozładowania / załadowania. Wydaje się, dopóki jestem niepełnosprawny, jestem dobry. Dzięki!
Nick

Ten problem występuje również w przypadku użytkowników, którzy w ogóle nie zainstalowali adium. Czy mamy rozwiązanie, które nie polega na wczytywaniu / rozładowywaniu odkrytego lub zabijaniu odpowiedniego procesu za pomocą monitora aktywności?
Jan Michael

1
Zanim zawiesi się proces, jest przerywany, dlatego NIE sądzę, aby wspomniane wyżej połączenie Adium było ostateczne. Domyślam się, że przełączanie opcji bonjour w Adium ma pewien tymczasowy wpływ na odkrycie, podobnie jak w przypadku zakończenia procesu. Nie uruchamiam Adium i podobnie jak powyższy plakat, mam ten sam problem z wykrytym wzrostem do 100% + użycia procesora i niemożnością rozwiązania nazw DNS. Zmiana serwerów DNS w Prefiksach sieciowych nie ma długoterminowego efektu, ale powoduje, że Discoveryed odświeża się, dając w ten sposób złudzenie naprawienia problemu, podobnie jak

1
Ten artykuł doprowadził mnie na właściwą drogę. Nie używam adium, ale okazało się, że po uaktualnieniu pozostał jeszcze com.apple.mDNSResponder.plist. Po nukowaniu com.apple.mDNSResponder.plist, com.apple.mDNSResponderHelper.plist i zrestartowaniu mój DNS OSX DNS działa dobrze.

Wszystkie moje listwy dnsreponser już zniknęły. Problem nie ustępuje.
Kees de Kooter
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.