mDNSResponder

I picchi brevi arrivano da raffiche di ricerche: molte schede nuove, un’app che si sincronizza con molti server o dispositivi che si collegano alla rete. Un uso prolungato di solito indica qualcosa che ripete le ricerche in loop, una VPN o un filtro DNS che si comporta male, o una rete in cui gli annunci Bonjour non si fermano mai.

Quando i siti web non si caricano con il nome ma funzionano con l’indirizzo, o un sito ha cambiato server e il Mac va ancora su quello vecchio, il sospettato è la cache.

Due comandi nel Terminale svuotano la cache sulle versioni recenti di macOS e dicono a mDNSResponder di ricaricarsi, senza bisogno di riavviare.

1. Apri il Terminale.
2. Esegui sudo dscacheutil -flushcache e inserisci la tua password quando ti viene chiesta.
3. Esegui sudo killall -HUP mDNSResponder.

Viene eseguito con un suo account di sistema, quindi Monitoraggio Attività lo nasconde finché non chiedi di vedere tutti i processi. Il Terminale può mostrare i suoi due compiti, DNS e Bonjour, uno alla volta.

1. Apri Monitoraggio Attività, scegli Vista → Tutti i processi e digita mdns nel campo di ricerca. Vedrai mDNSResponder sotto l’account _mdnsresponder, e mDNSResponderHelper sotto root.
2. Guarda la % CPU nel pannello CPU e le colonne dei pacchetti nel pannello Rete. Brevi picchi sono normali. Un carico costante mentre non stai navigando merita un controllo.
3. Per vedere quali server DNS usa il Mac, apri il Terminale ed esegui scutil --dns. Resolver #1 elenca i server usati per la maggior parte delle ricerche sotto nameserver[0], nameserver[1] e così via.
4. Per provare una risoluzione attraverso mDNSResponder stesso, esegui dns-sd -G v4v6 apple.com. Mostra ogni indirizzo man mano che arriva. Premi Control-C per fermarti.
5. Per vedere cosa trova Bonjour sulla tua rete, esegui dns-sd -B _services._dns-sd._udp local.. Elenca i tipi di servizio che i dispositivi intorno a te annunciano, come _airplay e _ipp per le stampanti. Premi Control-C per fermarti.

Normale: vicino a zero, con brevi picchi quando apri molte schede, ti colleghi a una rete o un dispositivo sulla rete si riattiva.

Da controllare: uso costante di CPU o di rete per ore, oppure nomi che non vengono risolti su una rete ma funzionano su un’altra. Le cause più comuni:

• Una VPN o un filtro DNS che aggiunge i propri resolver e continua a cambiarli. scutil --dns mostra resolver in più con una riga domain quando una VPN manda alcuni nomi ai propri server.
• Un’app o uno script che cerca nomi in un loop serrato, spesso uno che continua a riprovare con un server che non riesce a raggiungere.
• Una rete locale affollata, come un ufficio o un edificio condiviso, con molti dispositivi che si annunciano tramite Bonjour.
• Una rete che assegna un server DNS lento o che non risponde, così le ricerche aspettano e riprovano.

I nomi su internet, come apple.com, vanno ai server DNS impostati dalla tua rete o da te. I nomi che finiscono in .local, come il nome di rete del tuo Mac, non escono mai dalla rete locale: mDNSResponder chiede direttamente ai dispositivi intorno, ed è il DNS multicast che gli dà la m del nome.

Ecco perché scutil --dns elenca resolver per local contrassegnati con mdns. Se una stampante o un Mac condiviso sono raggiungibili con il loro nome .local a casa ma non al lavoro, è la rete del lavoro a bloccare quegli annunci locali, non internet.