Das Internet hat ein Telefonbuch
Erinnerst du dich an Telefonbücher? Du kanntest den Namen einer Person, hast ihn nachgeschlagen und die zugehörige Nummer bekommen. Das Internet funktioniert beim Aufrufen einer Website ganz ähnlich. Du kennst den Namen, also die Domain, und irgendwo wird dazu die passende Nummer nachgeschlagen, die IP-Adresse des Servers.
Dieses Nachschlagewerk heißt DNS, kurz für Domain Name System. Man kann es sich als das Telefonbuch des Internets vorstellen, nur dass es nicht in einem dicken Buch steht, sondern auf vielen Servern weltweit verteilt liegt und in Sekundenbruchteilen durchsucht wird. Ohne das DNS müssten wir uns für jede Website eine Zahlenreihe merken. Mit ihm reicht der Name.
Das Schöne ist: Von all dem merkst du im Alltag nichts. Du tippst, du drückst Enter, die Seite erscheint. Aber genau in diesem kurzen Moment passiert eine kleine Kette von Schritten, die wir uns jetzt anschauen.
Was beim Aufruf passiert, in vier Schritten
Schritt 1: Du gibst die Domain ein. Du tippst
beispiel.de in den Browser und drückst Enter. Der Browser
kennt jetzt den Namen, aber noch nicht, welcher Server dahintersteckt. Also macht er
sich auf die Suche nach der passenden Nummer.
Schritt 2: Das DNS übersetzt. Der Browser fragt beim DNS nach: „Welche
IP-Adresse gehört zu beispiel.de?“ Diese Frage läuft über
mehrere Stationen, bis sie bei dem Server landet, der die Antwort sicher kennt. Der
liefert die IP-Adresse zurück, zum Beispiel
93.184.216.34.
Schritt 3: Der Server wird kontaktiert. Jetzt, wo der Browser die Nummer hat,
verbindet er sich mit dem Server, auf dem die Website liegt, und fragt die gewünschte
Seite an. Das läuft wie ein höfliches Anklopfen: „Hallo, ich hätte gern die Startseite
von beispiel.de.“
Schritt 4: Die Website wird geladen. Der Server schickt die Inhalte zurück, also Texte, Bilder und den ganzen Rest. Der Browser setzt daraus die fertige Seite zusammen und zeigt sie dir an. Vom Tippen bis hierhin vergehen meist nur Millisekunden.
Wer kennt die richtige Antwort?
Beim zweiten Schritt fragt der Browser ja nicht einfach in die Luft. Die Antwort kommt von sogenannten Nameservern. Das sind Computer, deren einzige Aufgabe es ist, zu bestimmten Domains die zugehörigen Daten bereitzuhalten, allen voran die IP-Adresse. Für jede Domain ist festgelegt, welche Nameserver für sie zuständig sind.
Damit nicht alle gleichzeitig denselben Server überlasten und damit es schnell geht,
arbeitet das DNS in einer klaren Rangfolge. Ganz oben steht ein Verzeichnis, das weiß,
wer für eine Endung wie .de zuständig ist. Dieses verweist
weiter an die Stelle, die für beispiel.de die genauen Daten
hält. So hangelt sich die Anfrage vom Allgemeinen zum Konkreten, bis die richtige
Antwort gefunden ist.
Verwaltet werden die zuständigen Stellen pro Endung von den Registries. Für
.de ist das die DENIC. Welche Registry hinter welcher
Endung steht und wie deren Daten zugänglich sind, beschreiben wir in den einzelnen
Dossiers, die du über die TLD-Übersicht erreichst.
Warum Änderungen manchmal dauern
Vielleicht hast du schon mal gehört, dass eine Domain-Umstellung „bis zu 48 Stunden“ dauern kann. Das hat einen einfachen Grund. Damit nicht bei jedem Seitenaufruf die ganze Kette neu durchlaufen werden muss, merken sich die Computer Antworten für eine Weile. Dieses Zwischenspeichern nennt man Caching, und wie lange eine Antwort gültig bleibt, legt ein Wert namens TTL fest.
Solange eine alte Antwort noch im Speicher liegt, bekommt man die alte Antwort, auch wenn sich in der Zwischenzeit etwas geändert hat. Erst wenn die Gültigkeitsdauer abgelaufen ist, wird neu nachgeschlagen. Deshalb sieht der eine Besucher nach einer Umstellung schon die neue Seite, ein anderer noch kurz die alte. Das gleicht sich nach kurzer Zeit von selbst aus und ist kein Fehler, sondern Absicht, denn das Caching macht das ganze Netz spürbar schneller.
Domains sind nicht nur für Websites da
Das DNS übersetzt nicht nur Adressen für Websites. Es speichert zu einer Domain noch weitere Informationen, sogenannte Einträge. Manche legen fest, wohin E-Mails an diese Domain geschickt werden sollen. Andere bestätigen, dass eine Domain wirklich dir gehört, oder helfen dabei, dass deine E-Mails nicht im Spam landen.
Für den Alltag musst du diese Einträge nicht im Detail kennen. Wichtig ist nur das Verständnis, dass eine Domain mehr ist als ein Zeiger auf eine Website. Sie ist ein kleiner Steckbrief mit verschiedenen Angaben, und das DNS ist die Stelle, an der dieser Steckbrief hinterlegt ist und abgefragt werden kann.
Die Reise einer Anfrage am Beispiel
Damit das Ganze greifbarer wird, gehen wir einen echten Aufruf einmal komplett durch.
Du sitzt am Laptop und tippst beispiel.de ein. Dein Laptop
schaut zuerst kurz bei sich selbst nach, ob er die Antwort vielleicht von vorhin noch
kennt. Tut er nicht, also fragt er den Resolver deines Internetanbieters.
Auch der Resolver schaut erst in seinen eigenen Speicher. Findet er nichts, beginnt die
eigentliche Suche. Er fragt ganz oben an: „Wer ist für .de
zuständig?“ und bekommt einen Verweis. Dort fragt er weiter: „Und wer hält die Daten
für beispiel.de?“ und bekommt erneut einen Verweis. An
dieser letzten Station angekommen, stellt er die entscheidende Frage und erhält endlich
die IP-Adresse.
Diese Adresse reicht der Resolver an deinen Laptop zurück, der sich nun direkt mit dem Server der Website verbindet. Das klingt nach vielen Schritten, läuft aber in einem Wimpernschlag ab, und beim nächsten Aufruf geht es noch schneller, weil die Antwort jetzt zwischengespeichert ist. Genau dieses Zusammenspiel macht das Internet so flott, obwohl Milliarden Anfragen gleichzeitig unterwegs sind.
Wenn eine Website nicht lädt
Manchmal erscheint eine Seite nicht, und viele tippen dann reflexartig auf den Webserver als Schuldigen. Oft liegt es aber an einer früheren Station in der Kette. Ein paar typische Ursachen helfen beim Einordnen, ganz ohne tiefe Technik.
Wenn der Browser meldet, die Adresse sei nicht gefunden worden, ist meist beim Nachschlagen etwas schiefgelaufen. Vielleicht ist die Domain abgelaufen, vielleicht zeigen die Nameserver ins Leere. Wenn die Seite dagegen lange lädt und dann einen Serverfehler zeigt, wurde die Adresse gefunden, aber der Server dahinter antwortet nicht richtig. Und wenn es bei dir geht, bei anderen aber nicht, ist fast immer das Caching beteiligt, also alte zwischengespeicherte Antworten, die noch nicht abgelaufen sind.
Für den Alltag reicht dieses grobe Raster: erst die Domain und das Nachschlagen prüfen, dann den Server. Diese Reihenfolge erspart viel Rätselraten.
Das Wichtigste in Kürze
Wenn du eine Domain aufrufst, schlägt das DNS, das Telefonbuch des Internets, die passende IP-Adresse nach. Das läuft in einer klaren Rangfolge über Nameserver, bis die zuständige Stelle die Antwort liefert. Mit der Adresse kontaktiert der Browser den Server und lädt die Seite. Antworten werden zwischengespeichert, weshalb Änderungen manchmal etwas dauern. Und das DNS speichert zu einer Domain nicht nur die Website-Adresse, sondern auch Angaben für E-Mail und mehr.
Damit hast du die drei Grundlagen zusammen: was eine Domain ist, wie sie aufgebaut ist und wie sie funktioniert. Als Nächstes lohnt sich der Blick auf die konkreten Domainendungen, denn dort wird es praktisch.
Für Technikinteressierte: Resolver, Root-Server und Record-Typen
Die Anfrage löst technisch ein Resolver auf, meist betrieben vom Internetanbieter
oder einem öffentlichen Dienst. Findet er die Antwort nicht im Cache, fragt er
rekursiv: zuerst einen der 13 logischen Root-Server-Cluster, der auf die
zuständigen TLD-Nameserver verweist (für .de die der DENIC), dann die
autoritativen Nameserver der Domain selbst, die den finalen Record liefern.
Die wichtigsten Record-Typen: A (IPv4-Adresse), AAAA
(IPv6), CNAME (Verweis auf einen anderen Namen), MX
(Mailserver), TXT (frei nutzbar, etwa für SPF/DKIM zur
Spam-Abwehr oder zur Domainbestätigung) und NS (zuständige
Nameserver). Die TTL jedes Records steuert, wie lange Resolver ihn cachen dürfen.
Wer den Weg nachvollziehen will, nutzt dig +trace beispiel.de für die
gesamte Delegationskette oder dig beispiel.de A für einen einzelnen
Record. Für mehr Sicherheit sorgt DNSSEC, das die Antworten kryptografisch
signiert, sodass manipulierte Antworten erkannt werden können.