Il problema
Ho OS X Mountain Lion, gli ultimi aggiornamenti installati.
Casualmente dopo l'avvio, non ho alcuna connettività di rete dal punto di vista dell'utente. I browser Web non sono in grado di visualizzare pagine, nessuna mail ai tweet, nessuna casella personale, niente di niente.
Ciò che è rotto è in realtà la risoluzione del nome (DNS) in quanto riesco a pingare l'indirizzo IP locale e remoto. Il servizio che risolve il nome, mDNSResponder, invia correttamente la query DNS, ma non vede la risposta DNS , sebbene si possano vedere i paquets sulla rete.
La domanda
Come posso risolvere mDNSResponder (o cosa sta bloccando la risposta DNS) in modo che la risoluzione dei nomi sia sempre funzionante?
La mia indagine corrente e analisi dettagliata
Dopo l'indagine, posso eseguire il ping di un indirizzo IP locale e remoto. Non nomi Non posso usare nslookup , dig o dns-sd , anche quando specifico il mio resolver DNS locale o remoto (come 8.8.8.8 che posso eseguire il ping). Ho sempre tempo. Lo strumento Network Utility si comporta in modo simile agli strumenti della riga di comando.
Ciò che funziona è ping o traceroute di indirizzi IP.
Inoltre, l'invio di SIGUSR2 a mDNSResponder ha fatto registrare i pacchetti in system.log . Solo le query sono log, nessuna risposta è vista da mDNSResponder. Tuttavia, un semplice ascolto dei pacchetti di rete mostra che sia la richiesta DNS sia la risposta DNS sono state ricevute e ricevute correttamente. Quando faccio la stessa cosa con la corretta risoluzione dei nomi, posso vedere sia le query che le risposte in system.log !
Pertanto, ho disabilitato completamente il firewall OS X e ho fatto la sequenza launchctl unload/load per mDNSResponder ma questo non ha risolto il problema. Il servizio era ancora sordo e non vedevo nessuna risposta!
Un riavvio "semplice" spesso risolve il problema (ho dovuto ricominciare due volte a riprenderlo)
Normalmente, io uso DHCP per IP, router e server DNS. Ma anche l'impostazione manuale delle impostazioni di rete non funziona. Anche se dopo un riavvio queste impostazioni manuali funzionano!
Quando questo accade, altri dispositivi sulla rete continuano a funzionare come al solito: iPad, NAS e una scatola Linux funzionano tutti bene! La risoluzione dei nomi funziona a meraviglia su quelli allo stesso tempo. Il riavvio del router non risolve il problema e dopo tale riavvio (quando si è in questa particolare modalità non operativa) spesso termino con un indirizzo IP automatico nel caso in cui sia stato configurato DHCP (uno di 169.254. . ) e una richiesta per un nuovo leasing IP non sembra passare attraverso lo stesso apparente sordo del mDNSResponder.
Quando in questo strano stato, se avvio una VM sulla casella OS X non connessa con un'interfaccia di rete NAT, il guest VM si comporta come l'host OS X, la risoluzione dei nomi è unidirezionale. Tuttavia, se avvio una VM con un'interfaccia di rete bridge, il guest funziona correttamente ricevendo la risposta DNS!
Ultimo ma non meno importante, scutil --dns di output quando la risoluzione dei nomi fallisce è esattamente identico allo stesso output quando la risoluzione dei nomi sta funzionando!