mDNSResponder

Kurze Spitzen entstehen durch Schübe von Abfragen: viele neue Tabs, eine App, die mit vielen Servern synchronisiert, oder Geräte, die dem Netzwerk beitreten. Anhaltende Last deutet meist auf etwas, das Abfragen in einer Schleife wiederholt, ein fehlerhaftes VPN oder einen DNS-Filter oder ein Netzwerk, in dem die Bonjour-Ankündigungen nie aufhören.

Laden Websites über den Namen nicht, über die Adresse aber schon, oder ist eine Website auf andere Server umgezogen und der Mac geht noch zum alten, steht der Cache unter Verdacht.

Zwei Befehle im Terminal leeren den Cache unter aktuellem macOS und lassen mDNSResponder neu laden, ganz ohne Neustart.

1. Öffne das Terminal.
2. Führe sudo dscacheutil -flushcache aus und gib dein Passwort ein, wenn du danach gefragt wirst.
3. Führe sudo killall -HUP mDNSResponder aus.

Er läuft unter einem eigenen Systemaccount, deshalb blendet die Aktivitätsanzeige ihn aus, bis du nach allen Prozessen fragst. Das Terminal kann seine zwei Aufgaben, DNS und Bonjour, einzeln zeigen.

1. Öffne die Aktivitätsanzeige, wähle „Darstellung“ → „Alle Prozesse“ und gib mdns ins Suchfeld ein. Du siehst mDNSResponder unter dem Account _mdnsresponder und mDNSResponderHelper unter root.
2. Beobachte „% CPU“ im Tab „CPU“ und die Paketspalten im Tab „Netzwerk“. Kurze Spitzen sind normal. Eine gleichmäßige Last, während du nicht surfst, ist einen Blick wert.
3. Um zu sehen, welche DNS-Server der Mac nutzt, öffne das Terminal und führe scutil --dns aus. Unter „resolver #1“ stehen die Server für die meisten Abfragen, als nameserver[0], nameserver[1] und so weiter.
4. Um eine Abfrage über mDNSResponder selbst zu testen, führe dns-sd -G v4v6 apple.com aus. Es gibt jede Adresse aus, sobald sie eintrifft. Mit ctrl-C beendest du die Ausgabe.
5. Um zu sehen, was Bonjour in deinem Netzwerk findet, führe dns-sd -B _services._dns-sd._udp local. aus. Es listet die Arten von Diensten auf, die Geräte um dich herum ankündigen, etwa _airplay und _ipp für Drucker. Mit ctrl-C beendest du die Ausgabe.

Normal: nahe null, mit kurzen Spitzen, wenn du viele Tabs öffnest, einem Netzwerk beitrittst oder ein Gerät im Netzwerk aufwacht.

Einen Blick wert: stundenlang gleichmäßige CPU- oder Netzwerklast, oder Namen, die in einem Netzwerk nicht aufgelöst werden, in einem anderen aber schon. Die üblichen Ursachen:

• Ein VPN oder DNS-Filter, der eigene Resolver hinzufügt und sie ständig ändert. scutil --dns zeigt zusätzliche Resolver mit einer domain-Zeile, wenn ein VPN manche Namen an seine eigenen Server schickt.
• Eine App oder ein Skript, das Namen in einer engen Schleife abfragt, oft eines, das einen unerreichbaren Server immer wieder versucht.
• Ein belebtes lokales Netzwerk, etwa in einem Büro oder einem Mehrparteienhaus, mit vielen Geräten, die sich über Bonjour ankündigen.
• Ein Netzwerk, das einen DNS-Server vergibt, der langsam ist oder nicht antwortet, sodass Abfragen warten und wiederholt werden.

Namen im Internet, etwa apple.com, gehen an die DNS-Server, die dein Netzwerk vorgibt oder die du selbst festgelegt hast. Namen, die auf .local enden, etwa der Netzwerkname deines Mac, verlassen das lokale Netzwerk nie: mDNSResponder fragt die Geräte um sich herum direkt. Das ist das Multicast-DNS, dem er das m in seinem Namen verdankt.

Deshalb listet scutil --dns Resolver für local mit der Markierung mdns auf. Erreichst du einen Drucker oder einen freigegebenen Mac zu Hause über seinen .local-Namen, im Büro aber nicht, blockiert das Büronetzwerk diese lokalen Ankündigungen, nicht das Internet.