Du tippst eine Adresse ein, gleich erscheint die Seite. Dazwischen läuft eine kurze Suche: Welcher Server steckt eigentlich hinter diesem Namen? Genau das beantwortet DNS, das Domain Name System.
Solange alles funktioniert, bleibt dieser Schritt unsichtbar. Spannend wird er, sobald Du den Hoster wechselst oder eine neue Mail-Adresse einrichtest. Plötzlich tauchen Begriffe wie A-Record, Nameserver und Propagation auf. Dieser Beitrag erklärt das Modell dahinter, damit Du bei der nächsten Umstellung weißt, was im Hintergrund passiert.
Vom Klick zur IP
Jeder Server im Netz hat eine numerische Adresse, die IP. Menschen merken sich aber keine Zahlenreihen. Sie merken sich Namen. DNS schließt diese Lücke und übersetzt den Namen in die zugehörige IP, bevor der Browser eine Verbindung aufbaut.
Sobald Du eine Adresse eingibst, fragt der Browser zunächst den Resolver Deines Internet-Anbieters. Dieser Resolver kennt die Antwort oft schon aus seinem Zwischenspeicher. Wenn nicht, fragt er weiter: zuerst einen Root-Server, dann den zuständigen Server für die Endung, schließlich den autoritativen Server der Domain. Am Ende kommt eine IP zurück, der Browser baut die Verbindung auf, die Seite lädt.
In der Praxis dauert dieser ganze Vorgang wenige Millisekunden. Du merkst nichts davon, weil der Resolver die häufig gefragten Antworten zwischenspeichert. Wer die Bestandteile einer Webadresse kennt, hat dafür schon das halbe Modell im Kopf.
A, AAAA, MX, CNAME — die wichtigsten Records
An jeder Domain hängt eine kleine Tabelle, die sogenannte Zone. Darin stehen Einträge, die Records, jeder mit einer eigenen Aufgabe. Vier davon begegnen Dir im Alltag.
Der A-Record verknüpft Deine Domain mit einer IPv4-Adresse. Das ist der klassische Eintrag, der den Webserver erreichbar macht. Wechselst Du den Hoster, ändert sich genau dieser A-Record auf die neue Server-IP.
Der AAAA-Record macht dasselbe für IPv6, das neuere Adress-Schema. In den meisten kleinen Setups läuft alles weiterhin über IPv4. AAAA ist heute trotzdem Standard-Beiwerk, kein Sonderfall mehr.
Der MX-Record sagt der Welt, welcher Server für Deine Mails zuständig ist. Web und Mail können dabei auf verschiedenen Maschinen liegen: die Webseite beim einen Anbieter, das Postfach beim anderen. Wie eine eigene Mail-Adresse zur Domain gehört, hängt direkt an diesem Eintrag.
Der CNAME-Record ist eine Weiche. Er verweist von einem Namen auf einen anderen. Typisches Beispiel ist eine Subdomain wie shop.deinedomain.de, die per CNAME auf den Hostnamen eines Shop-Dienstes zeigt. Welche Endung Du für Deine Hauptdomain gewählt hast, spielt für die Record-Logik keine Rolle.
Propagation und warum eine Änderung Stunden braucht
Sobald Du einen Record änderst, ist die neue Information theoretisch sofort live. Praktisch dauert es, bis alle Resolver weltweit den neuen Wert kennen. Diese Verzögerung heißt Propagation.
Der Grund ist Caching. Jeder DNS-Eintrag trägt eine Lebensdauer, die Time-to-Live, kurz TTL. Solange die TTL nicht abgelaufen ist, antwortet jeder Resolver mit dem alten, zwischengespeicherten Wert. Erst danach holt er sich frische Daten beim autoritativen Server.
Dazu kommen mehrere Cache-Schichten: der Resolver Deines Providers, der Browser, manchmal der lokale Router, gelegentlich das Betriebssystem. Jede Schicht hat ihren eigenen Rhythmus. In Summe können bis zu 24 oder 48 Stunden vergehen, bis ein Wechsel überall angekommen ist. Oft geht es schneller, garantiert ist es aber nicht.
Wer das weiß, plant Umzüge ruhiger. Statt am Live-Tag zu hoffen, dass alle Besucher sofort auf dem neuen Server landen, senkt Du die TTL ein, zwei Tage vorher auf einen kleinen Wert. Damit ist das Zeitfenster für den eigentlichen Umstieg deutlich kürzer.
Wo verwaltest Du DNS
Eine Domain hat immer einen Registrar, also die Stelle, bei der sie registriert ist. Wo die DNS-Einträge tatsächlich liegen, kannst Du davon unabhängig entscheiden. Drei Konstellationen sind üblich.
Variante eins: Alles beim Registrar. Die Domain ist registriert, die Nameserver zeigen auf den Registrar, dort pflegst Du die Records. Übersichtlich für Einsteiger, alles an einer Stelle. Wechselst Du später den Webhoster, trägst Du dort nur die neue IP ein.
Variante zwei: Alles beim Hoster. Du delegierst die Nameserver auf Deinen Webhoster, der dann auch die DNS-Zone verwaltet. Komfortabel, weil Webspace und DNS in einer Oberfläche zusammenliegen. Nachteil: Beim Hoster-Wechsel müssen sowohl die Records neu eingetragen als auch die Nameserver umgestellt werden, zwei Schritte statt einem. Welche Hosting-Modelle es überhaupt gibt, ist hier eine sinnvolle Vorab-Lektüre.
Variante drei: Externer DNS-Dienst. Anbieter wie Cloudflare oder ähnliche bieten DNS-Hosting separat an, oft mit zusätzlichen Funktionen wie Schutz vor Überlastungen oder schnelleren Antwortzeiten. Sinnvoll, wenn Du Webhoster wechselst, ohne jedes Mal die DNS-Konfiguration neu aufzubauen. Der externe Dienst bleibt stehen, nur die Ziel-IP ändert sich.
Für die meisten kleinen Webseiten reicht Variante eins oder zwei völlig. Variante drei lohnt sich, sobald Mail, Web und vielleicht noch ein Dienst von verschiedenen Anbietern kommen und die Trennung sauber bleiben soll.
Fazit — DNS ist eine Übersetzungsschicht
DNS ist eine Übersetzungsschicht zwischen Mensch und Server, keine Black Box. Wer das Modell einmal im Kopf hat, plant Domain-Umzüge strategisch ruhig und versteht, warum eine Wartezeit dazugehört.
Für den nächsten Hoster-Wechsel reicht meist, drei Dinge zu wissen: Welcher Record zeigt aktuell wohin, welche TTL gilt, und wo werden die Nameserver gepflegt. Den Rest erledigt das System im Hintergrund, so wie es seit Jahrzehnten zuverlässig läuft.