mDNSResponder

Les pics brefs viennent de rafales de résolutions : beaucoup de nouveaux onglets, une app qui se synchronise avec de nombreux serveurs, ou des appareils qui rejoignent le réseau. Une utilisation prolongée désigne généralement quelque chose qui réessaie des résolutions en boucle, un VPN ou un filtre DNS qui se comporte mal, ou un réseau où les annonces Bonjour ne s’arrêtent jamais.

Quand des sites web ne se chargent pas par leur nom mais fonctionnent par leur adresse, ou qu’un site a changé de serveur et que le Mac va toujours vers l’ancien, c’est le cache qu’il faut soupçonner.

Deux commandes dans le Terminal vident le cache sur les versions récentes de macOS et demandent à mDNSResponder de se recharger, sans redémarrage.

1. Ouvrez le Terminal.
2. Lancez sudo dscacheutil -flushcache, puis saisissez votre mot de passe quand il vous est demandé.
3. Lancez sudo killall -HUP mDNSResponder.

Il tourne sous son propre compte système : le Moniteur d’activité le masque donc tant que vous ne demandez pas à voir tous les processus. Le Terminal peut montrer ses deux tâches, le DNS et Bonjour, l’une après l’autre.

1. Ouvrez le Moniteur d’activité, choisissez Présentation → Toutes les opérations et tapez mdns dans le champ de recherche. Vous verrez mDNSResponder sous le compte _mdnsresponder, et mDNSResponderHelper sous root.
2. Observez le % processeur dans l’onglet Processeur et les colonnes de paquets dans l’onglet Réseau. De courts pics sont normaux. Une charge constante alors que vous ne naviguez pas mérite un coup d’œil.
3. Pour voir quels serveurs DNS le Mac utilise, ouvrez le Terminal et lancez scutil --dns. Resolver #1 liste les serveurs utilisés pour la plupart des résolutions, sous nameserver[0], nameserver[1] et ainsi de suite.
4. Pour tester une résolution par mDNSResponder lui-même, lancez dns-sd -G v4v6 apple.com. La commande affiche chaque adresse dès qu’elle arrive. Appuyez sur Contrôle + C pour arrêter.
5. Pour voir ce que Bonjour trouve sur votre réseau, lancez dns-sd -B _services._dns-sd._udp local.. La commande liste les types de service que les appareils autour de vous annoncent, comme _airplay, et _ipp pour les imprimantes. Appuyez sur Contrôle + C pour arrêter.

Normal : proche de zéro, avec de brefs pics quand vous ouvrez beaucoup d’onglets, rejoignez un réseau ou qu’un appareil du réseau se réveille.

À surveiller : une utilisation constante du processeur ou du réseau pendant des heures, ou des noms qui ne se résolvent pas sur un réseau mais fonctionnent sur un autre. Les causes habituelles :

• Un VPN ou un filtre DNS qui ajoute ses propres résolveurs et les change sans arrêt. scutil --dns affiche des résolveurs supplémentaires avec une ligne domain quand un VPN envoie certains noms à ses propres serveurs.
• Une app ou un script qui résout des noms en boucle serrée, souvent parce qu’il réessaie sans fin un serveur qu’il ne peut pas joindre.
• Un réseau local chargé, comme un bureau ou un immeuble partagé, avec de nombreux appareils qui s’annoncent via Bonjour.
• Un réseau qui fournit un serveur DNS lent ou qui ne répond pas, si bien que les résolutions attendent et réessaient.

Les noms d’Internet, comme apple.com, sont envoyés aux serveurs DNS définis par votre réseau ou par vous. Les noms qui se terminent par .local, comme le nom réseau de votre propre Mac, ne quittent jamais le réseau local : mDNSResponder interroge directement les appareils qui l’entourent. C’est le DNS multicast, qui lui vaut le m de son nom.

C’est pourquoi scutil --dns liste des résolveurs pour local marqués mdns. Si une imprimante ou un Mac partagé est joignable par son nom en .local à la maison mais pas au bureau, c’est le réseau du bureau qui bloque ces annonces locales, pas Internet.