DNS-Propagation verstehen: Warum Änderungen bis zu 48 Stunden dauern

Was ist DNS-Propagation?

Du änderst den A-Record deiner Domain, damit sie auf einen neuen Server zeigt. Du drückst auf Speichern — und wartest. Und wartest. Und wartest noch etwas. Für Einsteiger ist das frustrierend, weil die Ursache unsichtbar ist. Was steckt dahinter?

DNS-Propagation bezeichnet den Zeitraum, den es braucht, bis eine DNS-Änderung weltweit bei allen DNS-Resolvern angekommen und aktiv ist. Das Domain Name System ist kein zentraler Dienst — es ist ein verteiltes, hierarchisches System aus Millionen von Servern weltweit, die Informationen cachen und nach und nach aktualisieren. Wenn du einen DNS-Record änderst, passiert das zunächst nur auf deinem autoritativen Nameserver. Alle anderen Resolver auf der Welt müssen ihre gespeicherten Kopien erst ablaufen lassen, bevor sie den neuen Wert abrufen.

Das Ergebnis: Während manche Nutzer deiner Domain bereits die neue Ziel-IP sehen, erreichen andere noch den alten Server — je nachdem, welchen DNS-Resolver sie nutzen und wann dessen Cache zuletzt aktualisiert wurde. Dieser Zustand kann Stunden bis zu zwei Tagen andauern.

Wie das DNS-System funktioniert

Um DNS-Propagation zu verstehen, hilft ein Blick auf die Architektur des DNS-Systems. Es ist hierarchisch aufgebaut und besteht aus mehreren Ebenen:

1. Root-Server

An der Spitze stehen 13 Root-Server-Cluster weltweit (betrieben von verschiedenen Organisationen). Sie kennen die Adressen aller TLD-Nameserver, wissen aber nichts über individuelle Domains. Wenn ein Resolver eine unbekannte Domain auflösen muss, beginnt er hier.

2. TLD-Nameserver

Für jede Top-Level-Domain gibt es eigene Nameserver. Der .de-TLD-Nameserver wird von der Denic betrieben, der .com-Nameserver von Verisign. Diese Server wissen, welche autoritativen Nameserver für eine spezifische Domain zuständig sind — also zum Beispiel, dass ns1.hetzner.com für meinefirma.de autoritativ ist.

3. Autoritative Nameserver

Das sind die Nameserver deines Registrars oder DNS-Anbieters (z.B. Cloudflare, Hetzner, IONOS). Sie enthalten die tatsächlichen DNS-Records deiner Domain — A-Records, MX-Records, CNAME-Records und so weiter. Wenn du einen DNS-Record änderst, änderst du ihn hier.

4. Recursive Resolver (Caching Resolver)

Das sind die DNS-Server, die dein Computer oder dein Browser tatsächlich befragt. Meistens ist das der DNS-Server deines Internetanbieters (ISP) oder ein öffentlicher Dienst wie Google DNS (8.8.8.8) oder Cloudflare DNS (1.1.1.1). Diese Resolver fragen die Hierarchie ab und cachen die Ergebnisse für die Dauer des TTL-Werts. Hier entsteht die Verzögerung bei der Propagation.

Warum Propagation bis zu 48 Stunden dauert

Jeder DNS-Record hat einen TTL-Wert (Time To Live), der angibt, wie lange ein Resolver den Record cachen darf, bevor er ihn erneut beim autoritativen Nameserver abfragen muss. Wenn du einen DNS-Record änderst, gilt für alle Resolver, die den alten Wert bereits gecacht haben: Sie benutzen diesen alten Wert weiterhin, bis ihr Cache-Eintrag abläuft.

Das Problem dabei: Es gibt weltweit Tausende von Resolvern mit unterschiedlichen Cache-Zuständen. Manche haben deinen alten A-Record erst vor fünf Minuten gecacht (TTL läuft also fast 55 Minuten weiter), andere haben ihn schon vor 50 Minuten gecacht (TTL läuft in zehn Minuten ab). Bis alle diese Caches abgelaufen sind und den neuen Wert abgerufen haben, können je nach TTL und Resolver-Verhalten Stunden vergehen.

Zusätzlich gibt es ein weiteres Problem: Manche ISPs — besonders große Anbieter in bestimmten Regionen — halten sich nicht immer strikt an den TTL-Wert und cachen DNS-Records länger als angegeben. Das ist technisch nicht RFC-konform, aber in der Praxis leider verbreitet. Solche Resolver können die vollständige Propagation auf bis zu 48 Stunden verlängern.

TTL: Der Schlüssel zur Propagationsgeschwindigkeit

Der TTL-Wert (Time To Live) ist die wichtigste Stellschraube für die Propagationsgeschwindigkeit. Er gibt an, wie viele Sekunden ein DNS-Record gecacht werden darf. Ein TTL von 3600 bedeutet: ein Stunde Caching. Ein TTL von 300 bedeutet: fünf Minuten Caching. Ein TTL von 86400 bedeutet: 24 Stunden Caching.

Je niedriger der TTL, desto schneller propagiert eine Änderung — weil die Caches schneller ablaufen und Resolver früher den neuen Wert abfragen. Der Standard-TTL bei den meisten Registraren ist 3600 Sekunden (eine Stunde). Das ist ein vernünftiger Kompromiss zwischen DNS-Performance (weniger Abfragen) und Flexibilität.

Diese Strategie ist der einzige zuverlässige Weg, DNS-Propagation aktiv zu beschleunigen. Sie erfordert Vorausplanung, funktioniert aber sehr gut: Statt 1–48 Stunden Propagationszeit reduzierst du die Wartezeit auf typischerweise 5–15 Minuten.

DNS-Propagation überprüfen: Tools und Methoden

Während die Propagation läuft, willst du wissen: Welche Resolver sehen schon den neuen Wert, und wo ist noch der alte aktiv? Dafür gibt es spezialisierte Tools:

Tool	Typ	Besonderheit	Zugang
whatsmydns.net	Web-Tool	Prüft ~30 Resolver weltweit gleichzeitig, visuell übersichtlich	Kostenlos
dnschecker.org	Web-Tool	Ähnlich wie whatsmydns, zusätzliche Record-Typen	Kostenlos
dig (Linux/macOS)	CLI-Tool	dig @8.8.8.8 meinefirma.de A — direkte Abfrage bei spezifischem Resolver	Kostenlos
nslookup (Windows)	CLI-Tool	nslookup meinefirma.de 8.8.8.8 — Windows-Äquivalent zu dig	Kostenlos
Cloudflare 1.1.1.1 Flush	Web-Tool	Löscht den Cloudflare-Cache für eine Domain manuell	Kostenlos
Google DNS Flush	Web-Tool	Löscht den Google-DNS-Cache für eine Domain	Kostenlos

Für die schnelle Überprüfung ist whatsmydns.net die erste Wahl: Du gibst deine Domain und den Record-Typ ein und siehst auf einer Weltkarte, welche Resolver den neuen Wert bereits zurückgeben und welche noch den alten zeigen. Das Tool gibt dir ein realistisches Bild des globalen Propagations-Fortschritts.

Wenn du gezielt einen bestimmten Resolver testen willst, ist der dig-Befehl präziser. Das Beispiel dig @1.1.1.1 meinefirma.de A fragt explizit den Cloudflare-DNS-Resolver ab und zeigt dir dessen aktuellen Cache-Stand — unabhängig von deinem eigenen lokalen DNS.

DNS-Propagation beschleunigen: Was wirklich hilft

Direkt beschleunigen lässt sich die Propagation bei fremden Resolvern nicht — du hast keine Kontrolle darüber, wann der ISP deines Nutzers seinen Cache aktualisiert. Aber es gibt Maßnahmen, die einen echten Unterschied machen:

TTL vorab senken (die wichtigste Maßnahme)

Wie im vorherigen Abschnitt beschrieben: Senke den TTL 24 Stunden vor der geplanten Änderung auf 300 Sekunden. Das ist die wirksamste Maßnahme überhaupt und funktioniert zuverlässig für alle Resolver, die sich ans TTL-Protokoll halten.

Cloudflare als DNS-Anbieter nutzen

Cloudflare propagiert Änderungen an seinen autoritativen Nameservern extrem schnell — oft innerhalb von Sekunden weltweit. Das liegt an Cloudflares verteilter Infrastruktur mit Anycast-Routing. Wenn du Cloudflare als deinen DNS-Anbieter verwendest, ist der Teil der Propagation, der von deinem autoritativen Nameserver abhängt, faktisch sofort. Der Flaschenhals bleibt der Cache bei den Resolvern der Endnutzer.

Öffentliche Resolver-Caches manuell leeren

Google und Cloudflare bieten Tools an, mit denen du den Cache ihres Resolvers für deine Domain manuell löschen kannst. Das hilft für Nutzer, die zufällig genau diese Resolver nutzen — in der Praxis ein signifikanter Anteil. Für Google geht das unter toolbox.googleapps.com/apps/dig/, für Cloudflare unter 1.1.1.1/purge-cache/.

Typische Szenarien: Was du wann erwarten kannst

Nicht alle DNS-Änderungen propagieren gleich schnell. Je nach Record-Typ und Ausgangssituation gelten unterschiedliche Erwartungswerte:

A-Record oder AAAA-Record ändern (neue IP-Adresse)

Bei Standard-TTL von 3600 Sekunden dauert die vollständige Propagation typischerweise 1–4 Stunden. Die meisten Nutzer werden die neue IP innerhalb von zwei Stunden sehen. Wenn du den TTL vorher auf 300 gesenkt hast, reduziert sich das auf 5–15 Minuten.

MX-Record ändern (E-Mail-Server)

MX-Records sind besonders sensibel, weil eingehende E-Mails während der Propagation möglicherweise an den alten Mail-Server ausgeliefert werden. Plane für MX-Record-Änderungen bis zu 48 Stunden ein und teste danach sorgfältig mit einer Test-Mail. Behalte den alten Mail-Server solange aktiv, bis du sicher bist, dass alle Mails korrekt zugestellt werden.

NS-Record ändern (Nameserver-Wechsel)

Ein Nameserver-Wechsel ist die langsamste DNS-Änderung überhaupt. Da NS-Records auf TLD-Ebene gespeichert werden, können Änderungen 24–48 Stunden dauern. Plane Nameserver-Wechsel immer mit ausreichend Vorlaufzeit und führe sie nie unmittelbar vor kritischen Events durch.

CNAME-Record hinzufügen oder ändern

CNAME-Änderungen propagieren in der Regel schnell, da sie oft niedrige TTL-Werte haben und von modernen Resolvern schnell aktualisiert werden. Erwarte typischerweise 15 Minuten bis 2 Stunden.

Domain-Umzug zu neuem Hosting

Ein vollständiger Hosting-Umzug kombiniert A-Record-Änderungen mit möglicherweise neuen Nameservern und einem neuen SSL-Zertifikat. Plane mindestens 24–48 Stunden ein, in denen beide Server (alt und neu) erreichbar sein sollten. Unsere Domain-Suche und der Anbieter-Vergleich helfen dir, den richtigen neuen Hosting-Partner zu finden.

Fazit

DNS-Propagation ist kein Fehler — sie ist ein strukturelles Merkmal des dezentralen DNS-Systems. Caches weltweit müssen ablaufen, bevor alle Nutzer den neuen Stand sehen. Das dauert je nach TTL-Wert und Record-Typ zwischen Minuten und 48 Stunden.

Die wichtigste praktische Konsequenz: Plane DNS-Änderungen immer mit ausreichend Vorlauf. Senke den TTL 24 Stunden vor kritischen Umzügen auf 300 Sekunden, nutze whatsmydns.net für die Fortschrittskontrolle und rechne für Nameserver-Wechsel und MX-Änderungen mit dem vollen 48-Stunden-Fenster.

Wenn du die richtige Hosting-Infrastruktur für minimale DNS-Latenz suchst, hilft dir unser Anbieter-Vergleich. Und wenn du nach einer neuen Domain suchst, findest du mit unserer Domain-Suche schnell Verfügbarkeit und aktuelle Preise bei allen großen Registraren.