Du hast einen DNS-Eintrag oder die Nameserver deiner Domain geändert – aber die Änderung ist noch nicht überall sichtbar? Dann ist häufig von DNS-Propagation die Rede.
Der Begriff beschreibt vereinfacht die Übergangsphase nach einer DNS-Änderung, in der unterschiedliche DNS-Resolver noch unterschiedliche Informationen verwenden können. Ursache dafür ist vor allem das dezentrale DNS-System mit seinen zahlreichen Caches.
Eine DNS-Änderung wird deshalb nicht wie eine Datei gleichzeitig an sämtliche Geräte und DNS-Server des Internets verteilt. Vielmehr werden bereits gespeicherte DNS-Antworten nach ihren jeweiligen Cache-Regeln weiterverwendet und später neu abgefragt.
Kurz erklärt: Wenn du einen DNS-Eintrag änderst, können manche Nutzer bereits den neuen Wert erhalten, während andere vorübergehend noch einen zuvor zwischengespeicherten Wert verwenden. Dieses Verhalten wird häufig als DNS-Propagation bezeichnet.
Was bedeutet DNS-Propagation genau? #
Der Begriff „Propagation“ kann leicht den Eindruck erwecken, eine DNS-Änderung müsse aktiv von einem zentralen Server auf sämtliche DNS-Server der Welt verteilt werden.
So funktioniert DNS jedoch nicht.
DNS ist ein hierarchisches und verteiltes System. Rekursive DNS-Resolver fragen benötigte Informationen ab und dürfen Antworten für eine bestimmte Zeit zwischenspeichern.
Wenn ein Resolver beispielsweise die IP-Adresse von:
meine-firma.ch
bereits abgefragt und gespeichert hat, muss er die zuständigen DNS-Server nicht bei jeder neuen Anfrage erneut kontaktieren.
Solange der gespeicherte Eintrag noch gültig ist, kann der Resolver die Antwort aus seinem Cache liefern.
Wird der DNS-Eintrag während dieser Zeit geändert, kennt dieser Resolver die Änderung deshalb möglicherweise noch nicht.
Ein einfaches Beispiel #
Angenommen, der A-Record deiner Domain zeigt bisher auf:
192.0.2.10
Du änderst ihn auf:
192.0.2.20
Der autoritative Nameserver liefert nach der korrekt übernommenen Änderung bereits:
192.0.2.20
Ein rekursiver Resolver hat jedoch zuvor noch:
192.0.2.10
abgefragt und darf diesen Wert noch aus seinem Cache verwenden.
Dadurch können zwei Nutzer zum selben Zeitpunkt unterschiedliche DNS-Antworten erhalten.
Wichtig: Unterschiedliche DNS-Ergebnisse unmittelbar nach einer Änderung bedeuten deshalb nicht automatisch, dass die neue DNS-Konfiguration fehlerhaft ist.
Was ist die TTL? #
Eine zentrale Rolle beim DNS-Caching spielt die TTL.
TTL steht für:
Time to Live
Der Wert wird üblicherweise in Sekunden angegeben und bestimmt, wie lange eine DNS-Antwort zwischengespeichert werden darf.
Eine TTL von:
3600
entspricht beispielsweise einer Stunde.
Hat ein Resolver einen DNS-Eintrag gerade erst abgefragt und mit dieser TTL gespeichert, kann er die Antwort grundsätzlich bis zum Ablauf dieser Cache-Zeit weiterverwenden.
Beginnt die TTL erst, wenn ich einen DNS-Eintrag ändere? #
Nein. Das ist ein wichtiger Punkt.
Die TTL eines bereits im Cache vorhandenen DNS-Eintrags läuft unabhängig davon, wann du die Konfiguration auf dem autoritativen Nameserver änderst.
Angenommen, ein Resolver hat einen Eintrag kurz vor deiner Änderung abgefragt. Dann kann dieser Resolver den alten Wert noch entsprechend seiner verbleibenden Cache-Gültigkeit verwenden.
Ein anderer Resolver hatte den Eintrag vielleicht überhaupt nicht im Cache und fragt nach deiner Änderung direkt die aktuelle Information ab.
Deshalb kann die neue Konfiguration bei einem Nutzer sofort sichtbar sein und bei einem anderen erst später.
Warum kann ich einen bestehenden DNS-Cache nicht einfach aktualisieren? #
Wenn du einen DNS-Eintrag auf dem autoritativen Nameserver änderst, hast du normalerweise keine Kontrolle über die bereits vorhandenen Caches sämtlicher rekursiver Resolver im Internet.
Diese Resolver entscheiden anhand der DNS-Informationen und ihrer Cache-Logik, wann eine neue Abfrage erforderlich ist.
Eine Änderung in deiner DNS-Verwaltung bedeutet deshalb nicht, dass alle zuvor gespeicherten Antworten weltweit sofort gelöscht werden.
Wie lange dauert DNS-Propagation? #
Darauf gibt es keine universelle Antwort.
Eine DNS-Änderung kann für manche Abfragen sehr schnell sichtbar sein. Andere Resolver können vorübergehend noch einen älteren Wert zurückgeben.
Wie lange eine Übergangsphase dauert, hängt unter anderem ab von:
- der bisherigen TTL
- dem Zeitpunkt der letzten Abfrage durch einen Resolver
- der Art der DNS-Änderung
- der verwendeten DNS-Infrastruktur
- bei Nameserver-Wechseln zusätzlich von der Delegation und deren Caching
Deshalb ist eine Aussage wie „DNS benötigt immer 24 Stunden“ technisch zu pauschal.
Merke: Es gibt keine zentrale Uhr, nach deren Ablauf eine DNS-Änderung plötzlich weltweit aktiv wird. Verschiedene Resolver können ihre gespeicherten Informationen zu unterschiedlichen Zeitpunkten aktualisieren.
Warum liest man trotzdem oft von 24 oder 48 Stunden? #
Solche Zeitangaben werden häufig als vereinfachte Sicherheits- beziehungsweise Erfahrungswerte verwendet, insbesondere bei Nameserver-Wechseln.
Sie bedeuten jedoch nicht, dass jede DNS-Änderung tatsächlich so lange benötigt.
Ein einzelner A-Record mit einer vergleichsweise kurzen TTL kann wesentlich früher mit dem neuen Wert abgefragt werden. Bei einer Änderung der autoritativen Nameserver spielen dagegen zusätzliche DNS-Ebenen und zwischengespeicherte Delegationsinformationen eine Rolle.
Es ist deshalb sinnvoller, die konkrete DNS-Situation zu prüfen, anstatt ausschließlich eine pauschale Anzahl Stunden abzuwarten.
Was ist der Unterschied zwischen einer DNS-Änderung und einem Nameserver-Wechsel? #
Bei einer normalen DNS-Änderung wird beispielsweise ein A-, AAAA-, CNAME-, MX- oder TXT-Record innerhalb der bestehenden DNS-Zone verändert.
Die autoritativen Nameserver bleiben dabei dieselben.
Bei einem Nameserver-Wechsel ändert sich dagegen, welche DNS-Infrastruktur für die Domain autoritativ zuständig ist.
Das ist eine grundlegendere Änderung.
Wenn eine Domain künftig die CURIAWEB Nameserver:
ns1.curiaweb.ch
ns2.curiaweb.chverwenden soll, wird die entsprechende Nameserver-Delegation geändert.
Wie dieser Wechsel funktioniert und was vorher geprüft werden sollte, erklären wir unter CURIAWEB Nameserver finden und richtig verwenden.
Warum ist ein Nameserver-Wechsel besonders kritisch? #
Bei einem Nameserver-Wechsel sollte nicht nur die Übergangszeit berücksichtigt werden.
Entscheidend ist vor allem, dass die neue DNS-Zone vollständig und korrekt vorbereitet ist.
Wenn auf den bisherigen Nameservern beispielsweise Einträge für:
- Website
- SPF
- DKIM
- DMARC
- Subdomains
- externe Dienste
- Domain-Verifizierungen
vorhanden sind, müssen die weiterhin benötigten Informationen auch nach dem Wechsel korrekt bereitgestellt werden.
Sonst kann eine Störung entstehen, die nichts mit DNS-Propagation zu tun hat: Die neue DNS-Zone ist schlicht unvollständig.
Achtung: Warte bei einer fehlerhaften neuen DNS-Zone nicht einfach 24 oder 48 Stunden. Fehlende oder falsche DNS-Einträge werden durch Warten nicht automatisch korrekt.
Wie erkenne ich, ob es wirklich nur DNS-Propagation ist? #
Genau hier ist eine DNS-Prüfung hilfreich.
Mit dem CURIAWEB DNS-Check kannst du die aktuell öffentlich sichtbaren DNS-Informationen einer Domain überprüfen.
Wenn du beispielsweise einen A-Record geändert hast, vergleichst du den zurückgegebenen Wert mit der erwarteten neuen IP-Adresse.
Bei einem Nameserver-Wechsel kontrollierst du zusätzlich, welche Nameserver für die Domain sichtbar sind.
Eine ausführliche Anleitung zur systematischen Prüfung findest du unter DNS-Einträge prüfen: Aktuelle DNS-Konfiguration einer Domain anzeigen.
Warum sehe ich noch die alte IP-Adresse? #
Wenn ein A- oder AAAA-Record geändert wurde und noch die vorherige IP-Adresse erscheint, kommen mehrere Ursachen infrage.
Ein DNS-Resolver kann den alten Wert noch im Cache haben. Ebenso ist möglich, dass die Änderung in der falschen DNS-Zone vorgenommen wurde oder auf den tatsächlich autoritativen Nameservern noch der alte Wert konfiguriert ist.
Deshalb sollte geprüft werden:
- Welche Nameserver sind für die Domain zuständig?
- Welchen Wert liefern die autoritativen DNS-Daten?
- Welchen Wert liefern unterschiedliche Resolver?
- Welche TTL besitzt beziehungsweise besaß der betreffende Eintrag?
Erst danach lässt sich sinnvoll beurteilen, ob lediglich ein Cache abgewartet werden muss oder die Konfiguration selbst korrigiert werden sollte.
Warum funktioniert die Website auf meinem Smartphone, aber nicht am Computer? #
Auch das kann nach einer DNS-Änderung auftreten.
Computer und Smartphone können unterschiedliche Netzwerke und damit unterschiedliche DNS-Resolver verwenden.
Beispielsweise verwendet dein Computer möglicherweise den DNS-Resolver deines Internetanbieters, während dein Smartphone über das Mobilfunknetz einen anderen Resolver nutzt.
Hat einer davon noch den alten DNS-Wert im Cache und der andere nicht, können vorübergehend unterschiedliche Ergebnisse entstehen.
Das gleiche Phänomen kann zwischen zwei verschiedenen Internetanbietern auftreten.
Warum funktioniert die Domain bei mir, aber nicht bei einem Kunden? #
Auch hier kann ein unterschiedlicher Resolver-Cache eine mögliche Erklärung sein.
Das sollte allerdings nicht automatisch angenommen werden.
Weitere mögliche Ursachen sind beispielsweise:
- lokaler DNS-Cache
- Browser- oder Anwendungscache
- IPv4-/IPv6-Unterschiede
- Netzwerkprobleme
- Firewall- oder Sicherheitsregeln
- eine fehlerhafte Serverkonfiguration
DNS-Propagation ist daher eine mögliche Ursache – aber nicht die Erklärung für jedes Problem, das nach einer DNS-Änderung auftritt.
Kann mein Computer selbst alte DNS-Daten speichern? #
Ja. Neben rekursiven DNS-Resolvern können auch Betriebssysteme und Anwendungen DNS-Informationen vorübergehend zwischenspeichern.
Deshalb kann es vorkommen, dass ein externer DNS-Check bereits den neuen Wert zeigt, während ein bestimmtes Gerät noch mit älteren Informationen arbeitet.
In solchen Situationen kann es sinnvoll sein, die DNS-Auflösung auf dem betroffenen Gerät beziehungsweise im verwendeten Netzwerk genauer zu untersuchen.
Hilft ein Neustart des Routers? #
Nicht zwangsläufig.
Wenn der alte DNS-Wert bei einem externen rekursiven Resolver gespeichert ist, wird dessen Cache durch einen Neustart deines Routers nicht gelöscht.
Je nach Netzwerkaufbau kann ein Router zwar selbst DNS-Informationen zwischenspeichern oder nach einem Neustart andere lokale Zustände besitzen. Ein Router-Neustart ist aber keine allgemeine Methode, um die weltweite DNS-Propagation zu beschleunigen.
Hilft es, den Browser-Cache zu löschen? #
Ein Browser-Cache und ein DNS-Cache sind nicht dasselbe.
Das Löschen des Browser-Caches kann bei bestimmten Website-Problemen helfen, beseitigt aber nicht automatisch einen DNS-Eintrag, der bei einem rekursiven Resolver gespeichert ist.
Bei der Fehlersuche sollte deshalb unterschieden werden zwischen:
- DNS-Auflösung
- lokalem DNS-Cache
- Browser-Cache
- Webserver
- Website beziehungsweise Anwendung
Kann ich DNS-Propagation beschleunigen? #
Eine bereits vorhandene Cache-Antwort bei fremden Resolvern kannst du normalerweise nicht zentral löschen.
Bei geplanten DNS-Umstellungen kann jedoch eine geeignete Vorbereitung helfen.
Eine Möglichkeit besteht darin, die TTL des betreffenden DNS-Eintrags bereits vor der geplanten Änderung kontrolliert zu reduzieren.
Dadurch dürfen Resolver neu abgefragte Antworten nur entsprechend kürzer speichern.
Wichtig: Die TTL erst unmittelbar beim eigentlichen Wechsel zu reduzieren, beseitigt bereits bestehende Caches mit der vorherigen längeren TTL nicht. Eine geplante TTL-Reduktion muss deshalb rechtzeitig vor der Umstellung erfolgen, damit die alten Cache-Einträge auslaufen können.
Sollte ich die TTL dauerhaft möglichst niedrig setzen? #
Nicht unbedingt.
Eine niedrige TTL führt dazu, dass DNS-Informationen häufiger neu abgefragt werden müssen. Das kann bei geplanten Migrationen praktisch sein, ist aber nicht automatisch die optimale Dauerkonfiguration.
Nach einer erfolgreichen Umstellung kann deshalb wieder eine für die jeweilige Infrastruktur angemessene TTL verwendet werden.
Welche Werte sinnvoll sind, hängt vom jeweiligen Dienst und der DNS-Konfiguration ab.
Was sollte ich vor einem geplanten Hostingwechsel tun? #
Bei einem geplanten Hostingwechsel ist Vorbereitung wesentlich besser als nachträgliche Fehlersuche.
Zunächst solltest du die bestehende DNS-Konfiguration dokumentieren. Der CURIAWEB DNS-Check kann dabei helfen, öffentlich sichtbare DNS-Informationen zu kontrollieren.
Danach sollte die neue Hosting-Umgebung vollständig vorbereitet werden, bevor die entscheidenden DNS-Einträge geändert werden.
Wenn eine kürzere TTL für die geplante Umschaltung sinnvoll ist, sollte sie rechtzeitig vorher gesetzt werden.
Nach der Umstellung kontrollierst du die neuen DNS-Werte erneut.
Was sollte ich vor einem Nameserver-Wechsel tun? #
Bei einem vollständigen Nameserver-Wechsel ist besondere Vorsicht erforderlich.
Bevor die Delegation geändert wird, sollte die neue DNS-Zone möglichst vollständig vorbereitet sein.
Vergleiche deshalb insbesondere:
- A- und AAAA-Records
- CNAME-Records
- MX-Records
- TXT-Records
- SPF, DKIM und DMARC
- Subdomains
- Verifizierungs-Records
- sonstige benötigte Spezial-Records
Die Bedeutung der verschiedenen Record-Typen erklären wir unter DNS-Einträge erklärt: A, AAAA, CNAME, MX, TXT und CAA.
Was passiert mit E-Mail während der DNS-Propagation? #
Bei Änderungen an MX-Einträgen oder Nameservern kann die Übergangsphase auch den E-Mail-Verkehr betreffen.
Unterschiedliche sendende Mailserver können vorübergehend unterschiedliche DNS-Informationen verwenden.
Deshalb ist es bei einer geplanten Migration besonders wichtig, die alte und neue E-Mail-Infrastruktur während der Übergangsphase sinnvoll zu berücksichtigen und die DNS-Zone vollständig vorzubereiten.
Wird lediglich die Website umgezogen und die E-Mail-Konfiguration soll unverändert bleiben, dürfen die dafür benötigten MX-, SPF-, DKIM- und DMARC-Einträge nicht versehentlich verloren gehen.
Warum sollte ich einen DNS-Eintrag nicht ständig erneut ändern? #
Wenn eine Änderung nicht sofort überall sichtbar ist, entsteht schnell die Versuchung, den DNS-Eintrag erneut zu bearbeiten.
Das kann die Fehlersuche erheblich erschweren.
Statt eines klaren alten und neuen Zustands existieren dann mehrere Änderungen zu unterschiedlichen Zeitpunkten. Resolver können zudem noch Werte aus verschiedenen Cache-Zuständen besitzen.
Grundregel: Wenn der neue Wert auf den autoritativen Nameservern korrekt konfiguriert ist, ändere ihn nicht erneut nur deshalb, weil einzelne Resolver noch ältere Informationen liefern.
DNS-Propagation oder falscher DNS-Eintrag? #
Diese Unterscheidung ist entscheidend.
Wenn der autoritative Nameserver bereits den richtigen neuen Wert liefert und lediglich einzelne Resolver noch einen alten Wert verwenden, spricht vieles für einen Cache-Effekt.
Liefert dagegen bereits die autoritative DNS-Infrastruktur einen falschen Wert, wird Warten das Problem nicht beheben.
Dasselbe gilt, wenn ein benötigter Record vollständig fehlt.
Dann muss die DNS-Konfiguration korrigiert werden.
Wo kann ich DNS-Einträge bei CURIAWEB bearbeiten? #
Wenn die DNS-Zone deiner Domain über dein CURIAWEB Hosting verwaltet wird, kannst du die entsprechenden DNS-Einträge in cPanel über den Zoneneditor einsehen und bearbeiten.
Die Bedienung erklären wir unter DNS-Zoneneditor in cPanel verwenden.
Nach einer Änderung kannst du anschließend über den CURIAWEB DNS-Check kontrollieren, welche DNS-Informationen öffentlich sichtbar sind.
Ein sinnvoller Ablauf nach einer DNS-Änderung #
- Kontrolliere, ob der gewünschte neue Wert in der zuständigen DNS-Zone korrekt eingetragen wurde.
- Prüfe, welche Nameserver für die Domain autoritativ zuständig sind.
- Führe eine DNS-Abfrage für den geänderten Record durch.
- Vergleiche das Ergebnis mit dem erwarteten neuen Wert.
- Berücksichtige die TTL und mögliche Resolver-Caches.
- Nimm keine weiteren Änderungen auf Verdacht vor.
Damit lässt sich wesentlich besser beurteilen, ob lediglich eine Cache-Übergangsphase besteht oder tatsächlich ein Konfigurationsfehler vorliegt.
Zusammenfassung #
Als DNS-Propagation wird häufig die Übergangsphase bezeichnet, in der eine DNS-Änderung noch nicht von allen Abfragen mit demselben Ergebnis gesehen wird.
DNS-Änderungen werden jedoch nicht aktiv gleichzeitig auf alle DNS-Server der Welt verteilt. Rekursive Resolver speichern DNS-Antworten entsprechend ihrer TTL und fragen sie nach Ablauf des Caches erneut ab.
Deshalb kann ein Resolver bereits den neuen Wert liefern, während ein anderer vorübergehend noch eine ältere Antwort verwendet.
Wie lange dieser Zustand dauert, lässt sich nicht pauschal mit „24 Stunden“ oder „48 Stunden“ beantworten. Entscheidend sind unter anderem TTL, Cache-Zustand und die Art der Änderung.
Bei Nameserver-Wechseln ist zusätzlich wichtig, dass die neue DNS-Zone vollständig vorbereitet wurde. Fehlende oder falsche DNS-Einträge werden durch Warten nicht behoben.
Prüfe deshalb nach einer DNS-Änderung zuerst die tatsächlich veröffentlichten DNS-Daten. Wenn die autoritative Konfiguration korrekt ist, solltest du nicht aufgrund einzelner zwischengespeicherter Altwerte weitere Änderungen auf Verdacht vornehmen.
