mDNSResponder

Picos curtos vêm de rajadas de consultas: muitas abas novas, um app sincronizando com muitos servidores ou dispositivos entrando na rede. Uso contínuo geralmente aponta para algo repetindo consultas em loop, uma VPN ou um filtro de DNS com problemas, ou uma rede em que os anúncios Bonjour nunca param.

Quando os sites não carregam pelo nome mas funcionam pelo endereço, ou um site mudou de servidor e o Mac continua indo para o antigo, o cache é o suspeito.

Dois comandos no Terminal limpam o cache no macOS recente e mandam o mDNSResponder recarregar, sem precisar reiniciar.

1. Abra o Terminal.
2. Execute sudo dscacheutil -flushcache e digite sua senha quando for pedida.
3. Execute sudo killall -HUP mDNSResponder.

Ele roda com a própria conta de sistema, então o Monitor de Atividade o esconde até você pedir todos os processos. O Terminal mostra as duas funções dele, DNS e Bonjour, uma de cada vez.

1. Abra o Monitor de Atividade, escolha Visualizar → Todos os Processos e digite mdns no campo de busca. Você vai ver o mDNSResponder sob a conta _mdnsresponder e o mDNSResponderHelper sob root.
2. Observe a % CPU na aba CPU e as colunas de pacotes na aba Rede. Picos curtos são normais. Uma carga constante enquanto você não está navegando merece atenção.
3. Para ver quais servidores DNS o Mac está usando, abra o Terminal e execute scutil --dns. O resolver #1 lista os servidores usados na maioria das consultas em nameserver[0], nameserver[1] e assim por diante.
4. Para testar uma consulta pelo próprio mDNSResponder, execute dns-sd -G v4v6 apple.com. Ele mostra cada endereço conforme chega. Pressione Control-C para parar.
5. Para ver o que o Bonjour encontra na sua rede, execute dns-sd -B _services._dns-sd._udp local.. Ele lista os tipos de serviço que os dispositivos ao seu redor anunciam, como _airplay e _ipp para impressoras. Pressione Control-C para parar.

Normal: perto de zero, com picos breves quando você abre muitas abas, entra em uma rede ou quando um dispositivo da rede sai do repouso.

Vale investigar: uso constante de CPU ou de rede por horas, ou nomes que não são resolvidos em uma rede mas funcionam em outra. As causas comuns:

• Uma VPN ou um filtro de DNS que adiciona os próprios resolvers e fica trocando esses resolvers. scutil --dns mostra resolvers extras com uma linha domain quando uma VPN manda alguns nomes para os próprios servidores.
• Um app ou script que consulta nomes em um loop apertado, muitas vezes um que fica tentando de novo um servidor que não consegue alcançar.
• Uma rede local movimentada, como um escritório ou um prédio compartilhado, com muitos dispositivos se anunciando pelo Bonjour.
• Uma rede que fornece um servidor DNS lento ou que não responde, então as consultas esperam e tentam de novo.

Nomes da internet, como apple.com, vão para os servidores DNS definidos pela sua rede ou por você. Nomes que terminam em .local, como o nome de rede do próprio Mac, nunca saem da rede local: o mDNSResponder pergunta diretamente aos dispositivos ao redor, e é esse DNS multicast que dá o m ao nome dele.

É por isso que scutil --dns lista resolvers para local marcados como mdns. Se uma impressora ou um Mac compartilhado pode ser acessado pelo nome .local em casa, mas não no trabalho, é a rede do trabalho que está bloqueando esses anúncios locais, não a internet.