So funktioniert DNS — von Domainnamen zu IP-Adressen
So funktioniert DNS, interaktiv dargestellt: Ihr Gerät, der rekursive Resolver sowie Root-, TLD- und autoritativer Server, die zusammen einen Domainnamen in eine IP-Adresse übersetzen.
DNS ist das Telefonbuch des Internets: Es ordnet den lesbaren Namen, die Sie eintippen, die IP-Adressen zu, mit denen Router tatsächlich arbeiten — über eine Kette von Servern, die jeweils einen kleineren Teil der Antwort kennen.
So funktioniert DNS — von Domainnamen zu IP-Adressen
Die interaktive FlowJam-Zeichenfläche zu dieser Erklärung — jede Bahn, jede Zeile und jeder Pfeil oben gehört zu einem echten QueryChart-Diagramm, das Sie öffnen und bearbeiten können.
So lesen Sie diese Darstellung
- Beginnen Sie in der Gruppe „Ihr Gerät“ mit „Sie tippen eine Domain, z. B. querychart.io“ und folgen Sie der Abfolge quer hinüber: Das Gerät fragt den Resolver, der Resolver entscheidet, ob er die Antwort schon kennt.
- Wenn der Resolver sie nicht kennt, wandert der Pfeil in die Spalte „Auflösung“ und die Kette hinunter — Root zu TLD zu autoritativem Server —, bevor es zurück zum Resolver und zu Ihrem Gerät geht.
- Der Zweig „Ja“ an der Cache-Entscheidung springt direkt ans Ende und zeigt den schnellen Weg, den jeder beim wiederholten Besuch erlebt.
Die Kette der Abfrage
„Browser sendet die Abfrage an den Resolver“ übergibt die Frage an einen Server, der stellvertretend für Sie andere fragen darf — meist der Ihres Internetanbieters oder ein öffentlicher Dienst. Von dort geht der Zweig „Nein“ der Cache-Entscheidung die Kette entlang: „Resolver fragt den Root-Server“, „Root-Server verweist auf den .io-TLD-Server“, „TLD-Server verweist auf den autoritativen Server“ und schließlich „Autoritativer Server liefert die IP-Adresse“. Jeder Hop verengt die Frage um eine Ebene des Namens.
Die Rolle des Resolvers
Der Resolver sitzt aus einem Grund zwischen Ihrem Gerät und den drei Server-Gruppen: Er ist der Teil, der sich erinnert. „Resolver speichert die Antwort und gibt sie zurück“ ist der Grund, warum ein zweiter Besuch derselben Seite die ganze Kette überspringt, und der Zweig „Ja“ an der Cache-Entscheidung ist genau dieser schnelle Weg, ausdrücklich gezeichnet. Der Resolver kümmert sich außerdem um Wiederholungen und Sicherheitserweiterungen, alles unsichtbar für den Browser.
Wo die Kette endet
„Browser verbindet sich mit der IP-Adresse“ schließt den Kreis zurück in der Gruppe „Ihr Gerät“ — die Abfrage gibt es nur, um ein Ziel für die eigentliche Anfrage zu erzeugen. Dieses Ziel nutzt der Schritt „Browser fragt DNS nach der Domain“ in der Darstellung zum Internet, und der Lebenszyklus einer API-Anfrage setzt es als bereits aufgelöst voraus.
Wichtige Zusammenhänge und Erkenntnisse
- DNS ist eine delegierte Kette: Root verweist auf TLD, TLD verweist auf den autoritativen Server, und nur der autoritative Server hält den endgültigen Eintrag.
- Der rekursive Resolver macht die Arbeit einmal und speichert die Antwort — deshalb sind wiederholte Abfragen nahezu sofort da.
- Der Domaininhaber kontrolliert nur den autoritativen Server — nicht die Root- oder TLD-Server.
- Scheitert die Abfrage irgendwo in der Kette, hat der Browser kein Ziel und es wird keine Anfrage gesendet.
- Die DNS-Auflösung geht jeder Verbindung voraus — deshalb ist sie der erste Hop im Lebenszyklus einer API-Anfrage.
Wann Sie diese Darstellung nutzen
- Einem neuen Teammitglied erklären, warum sich eine Domain beim ersten Mal langsam auflöst und danach sofort.
- Eine Meldung „Seite nicht gefunden“ nicht erraten, sondern die Kette abgehen — Cache, autoritative Einträge, TTL.
- Das Zuständigkeitsmodell vermitteln: welche DNS-Einträge Ihr Team steuert und welche der Registrar oder der Hosting-Anbieter.
So funktioniert es
Verfolgen Sie Ihre eigene Domain durch die Kette
Ersetzen Sie „querychart.io“ durch eine Domain, die Sie kontrollieren, und vermerken Sie am Schritt für den autoritativen Server, welcher Anbieter deren Einträge hält — Ihr Registrar, ein DNS-Dienst oder Ihr Hosting-Unternehmen.
Ergänzen Sie die Sicherheitserweiterungen, die Sie einsetzen
Fügen Sie zwischen Resolver und Antwort einen Schritt für die DNSSEC-Validierung ein oder auf dem Gerät einen Schritt für den Stub-Resolver, damit die Teile sichtbar werden, die Ihr Aufbau tatsächlich ausführt.
Versehen Sie den Cache mit echten TTLs
Schreiben Sie die Time-to-Live Ihrer Einträge an die Cache-Entscheidung, damit das Diagramm sagt, wie lange eine Änderung zur Verbreitung braucht — die Zahl, die das ganze Bild praktisch macht.
Ergänzen Sie die Fehlerzweige
Nehmen Sie auf, was passiert, wenn ein Server der Kette nicht erreichbar ist oder keinen Eintrag liefert (ein SERVFAIL), jeweils mit einem ausdrücklichen Ausgang, damit die Zeichenfläche echte Störungen abdeckt.
Häufig gestellte Fragen
Was ist DNS, einfach gesagt?
DNS, das Domain Name System, ist das Verzeichnis, das einen Domainnamen wie querychart.io in die IP-Adresse übersetzt, mit der sich ein Rechner verbinden kann. Es arbeitet über Delegation: eine Kette von Servern, von denen jeder für einen Teil des Namens zuständig ist und die zusammen die endgültige Adresse ergeben. Ohne DNS müssten Sie sich IP-Adressen merken und eintippen.
Was unterscheidet einen rekursiven Resolver von einem autoritativen Server?
Der rekursive Resolver ist der Server, den Ihr Gerät fragt; er sucht, geht die Kette stellvertretend für Sie ab und speichert das Ergebnis. Der autoritative Server ist der eigene Server des Domaininhabers und die Quelle der Wahrheit für diese Domain — er hält die endgültigen Einträge und ist der einzige Server, der autoritativ antworten kann. Genau deshalb stellt die Darstellung beide an die entgegengesetzten Enden der Kette.
Warum wird DNS zwischengespeichert und was ist eine TTL?
Das Caching hält DNS schnell: Ohne es würde jeder Seitenaufruf eine vollständige Kette von Abfragen auslösen. Jeder DNS-Eintrag trägt eine Time-to-Live (TTL), die sagt, wie lange ein Resolver ihn behalten darf. Die Cache-Entscheidung in der Darstellung ist genau dieser Mechanismus — läuft die TTL eines Eintrags ab, muss der Resolver die Kette erneut abgehen.
Was passiert, wenn DNS ausfällt?
Kann kein Server der Kette eine Antwort liefern, gibt der Resolver einen Fehler zurück und der Browser meldet, dass die Domain nicht erreichbar ist. Die üblichen Ursachen sind ein fehlender oder falsch geschriebener Eintrag auf dem autoritativen Server, eine abgelaufene Domain oder ein Resolver, der die Kette nicht erreicht. Die Reihenfolge der Abfrage in dieser Darstellung abzugehen ist ein praktischer Weg, um herauszufinden, welche davon es ist.
Diese Darstellung in QueryChart (FlowJam) bearbeiten
Öffnen Sie genau diese Zeichenfläche der DNS-Abfrage als eigenes Diagramm, benennen Sie die Server auf Ihre Anbieter um und verfolgen Sie Ihre eigenen Domains.