Wi-Fi meldet verbunden, nichts lädt: veraltete Resolver auf dem Mac

Pingen Sie eine wörtliche Adresse an, und sie antwortet. Öffnen Sie eine Website über den Namen, und nichts passiert, während das Netzwerksymbol behauptet, die Verbindung sei in Ordnung. Auf einem Mac, der gerade einem VPN beigetreten ist, bedeutet diese Kombination fast immer, dass Abfragen auf einen Server zielen, der nicht mehr erreichbar ist, und nicht, dass das Netzwerk ausgefallen ist. Die Adressen wurden irgendwann zuvor am Wi-Fi-Dienst festgeschrieben, und nichts hat sie seither entfernt. Diagnostizieren Sie durch Ausschluss, dann löschen Sie die festgeschriebenen Einträge.

Die Reparatur ist ein Löschen und kein Leeren, und der Unterschied zählt, weil die Befehle, die die meisten zuerst probieren, etwas völlig anderes tun.

Verbunden ist eine Aussage über die Verbindung

macOS hält pro Netzwerkdienst eine Resolver-Konfiguration. Werte von DHCP sind eine Quelle, eingetippte Werte eine andere, und Werte, die ein Profil schiebt oder ein Client schreibt, eine dritte. Die festgeschriebenen stehen über dem, was das Netzwerk anbietet, und nichts im Stack prüft sie erneut. Ein Server, der verschwunden ist, bleibt daher in der Liste, bis ein Mensch ihn entfernt oder der Dienst von Grund auf neu aufgebaut wird.

Deshalb ändert ein Tunnel, der seinen Handshake abschließt, nichts an einer Abfrage, die bereits fehlgeleitet war. Das VPN fügte einen Resolver hinzu; es prüfte nicht den, der versagte.

Trennen Sie Namen von Paketen

Erreichen Sie zuerst einen Host über die wörtliche Adresse. Lädt er, sind die Pakete in Ordnung und der Resolver trägt die Schuld. Lädt er nicht, halten Sie genau dort inne und behandeln das Problem als Routingproblem, denn DNS-Änderungen fügen einem ohnehin verwirrenden Bild nur eine Variable hinzu.

Ein Name, der versagt, während die passende Adresse funktioniert, ist der Fingerabdruck. Achten Sie auch auf den Umfang: Wenn alles versagt, deutet das auf einen defekten globalen Eintrag hin, während wenn nur Hosts innerhalb des Tunnels versagen, das auf einen anderen Verantwortlichen und eine engere Reparatur deutet.

Löschen Sie die festgeschriebenen Server

Öffnen Sie in den Netzwerkeinstellungen die Details des Wi-Fi-Dienstes und wechseln Sie zum DNS-Tab. Entfernen Sie jede Serverzeile, bestätigen Sie die Änderung, und sehen Sie dann die Suchdomänen auf Werte durch, die Sie nie hinzugefügt haben. Lassen Sie die Liste leer, verbinden Sie den Dienst neu, und bestätigen Sie, dass die von DHCP gelieferte Adresse von selbst wieder erscheint. Eine leere Liste ist der vorübergehende Zustand, der beweist, dass die festgeschriebenen Werte das Problem waren.

Ältere Versionen verstecken dasselbe Fenster eine Ebene tiefer, hinter einer Schaltfläche Erweitert, mit identischem Verhalten und demselben Ergebnis.

Lesen Sie den Zustand, nicht das Fenster

scutil --dns | head -40 gibt die Resolver aus, die macOS tatsächlich nutzt, nach Umfang gruppiert, und ein schnelles nslookup eines bekannten internen Namens zeigt, ob überhaupt eine Antwort ankommt. Vergleichen Sie die beiden Ausgaben: ein sauberes Fenster, in dem noch ein veralteter Server steht, bedeutet, dass ein anderer Schreiber diese Einstellung besitzt. Das ist ein anderer Fehler mit einer anderen Lösung.

Wenn beide sauber aussehen und Namen weiterhin versagen, hat sich der Fehler woandershin verlagert, und Sie debuggen keine DNS-Konfiguration mehr.

Wer die Einträge zurücksetzt

Server, die nach dem Löschen zurückkehren, haben eine Quelle. Prüfen Sie die Geräteverwaltung auf ein Konfigurationsprofil, denn Profile können DNS mitbringen und werden nach ihrem eigenen Zeitplan neu bewertet. Prüfen Sie die Einstellungen des Clients auf eine Option, DNS beim Verbinden zu setzen, und entscheiden Sie, ob sie ihren Platz auf dieser Maschine noch verdient. Wenn das VPN wirklich einen privaten Resolver braucht, begrenzen Sie ihn auf die Domänen, die es besitzt, statt in die globale Liste zu schreiben, die jedes künftige Netzwerk erbt.

Notieren Sie den beabsichtigten Resolver und die Domänen, die er beantworten soll. Prüfen Sie nach dem nächsten Client-Update einen öffentlichen und einen privaten Namen; das ist schneller als der erneute Gang durch die Einstellungen und fängt die Regression ein, solange die Maschine noch in Ihren Händen ist.

Alles andere ist Wartungstheater: Befehle, die entschlossen wirken, nichts Messbares ändern und dieselbe kaputte Abfrage für die nächste Person hinterlassen.