DNS und IP-Adresse: Verbindungsfehler richtig einordnen

Eine bekannte IP ist erreichbar, der Name aber nicht? Lerne an einem eigenen Beispiel, DNS-Befund, Netzwerkverbindung und mögliche Fehlerursachen zu trennen.

Eine Anwendung ist über ihren Namen nicht erreichbar. Schnell fällt der Satz: Das Netzwerk ist kaputt. Für eine technische Fehlersuche ist diese Aussage zu ungenau. Du musst unterscheiden, ob der Name aufgelöst wird, ob ein Verbindungsaufbau gelingt und ob der gewünschte Dienst anschließend korrekt antwortet.

Ein Name ist nicht die Verbindung selbst

Das Domain Name System stellt Informationen zu Namen bereit, etwa zu zugehörigen Adressen. Ein erfolgreicher Aufruf über eine bereits bekannte Adresse prüft daher nicht automatisch dieselben Schritte wie ein Aufruf über einen Namen. Bei HTTPS kommen weitere Anforderungen hinzu; ein beliebiger IP-Aufruf ist dort kein gleichwertiger vollständiger Website-Test.

In einem eigenen vereinfachten Lernfall erreicht ein Testclient eine freigegebene Test-IP, während seine Namensabfrage NXDOMAIN meldet. Ein Vergleichsclient erhält dagegen eine passende Antwort. Belegt sind zunächst unterschiedliche Ergebnisse. Noch nicht belegt ist, welcher Server, Cache oder Konfigurationseintrag dafür verantwortlich ist.

Beobachtungen vor Änderungen sammeln

Notiere Name, Zeitpunkt, verwendeten Client und das tatsächlich beobachtete Ergebnis. Vergleiche nur freigegebene Testumgebungen und ändere nicht sofort mehrere Einstellungen gleichzeitig. Sonst bleibt selbst bei einer Verbesserung unklar, was den Unterschied verursacht hat.

Prüfe, welche Information der zweite Client wirklich liefert. Eine funktionierende Namensauflösung beweist nicht, dass beide Clients denselben Resolver oder denselben Cachezustand nutzen. Ebenso wenig bestätigt eine ablaufende Cachefrist, dass danach der gesamte Anwendungszugriff funktionieren wird.

Eine präzise Zwischenmeldung schreiben

Hilfreich wäre etwa: „Die Test-IP ist erreichbar. Die Namensabfrage des ersten Clients liefert NXDOMAIN; beim Vergleichsclient ist die Auflösung erfolgreich. Ursache noch offen.“ Diese Meldung ermöglicht eine gezielte nächste Prüfung, ohne einen unbewiesenen gemeinsamen Ausfall zu behaupten.

Übe die Unterscheidung im Systemintegrationsfall. Unsere Learning Zone verwendet dafür eigene Falldaten. Der Fall ist keine Anleitung zum Eingriff in fremde Netze und kein Ersatz für die Zuständigkeiten deiner realen Arbeitsumgebung. Er trainiert vor allem, einen Befund sauber von seiner möglichen Erklärung zu trennen.