Was DNS-Propagation wirklich bedeutet
„Propagation“ ist das falsche Wort, und daher kommt die meiste Verwirrung. Es wird nichts durchs Internet verteilt. Wenn Sie einen Eintrag bei Ihrem DNS-Anbieter ändern, ist die Änderung auf Ihren autoritativen Nameservern sofort aktiv, meist binnen Sekunden.
Was dauert, ist das Gegenteil: Resolver auf der ganzen Welt halten noch die alte Antwort, weil Sie es ihnen erlaubt haben. Jeder Eintrag trägt eine TTL, eine Gültigkeitsdauer, und ein Resolver, der ihn geholt hat, darf diese Kopie bis zum Ablauf ausliefern. Vorher fragt er nicht erneut nach, denn Sie haben gesagt, dass er das nicht muss.
Die richtige Frage lautet deshalb nie „ist meine Änderung schon propagiert?“, sondern „wessen Cache hält noch die alte Antwort, und wann läuft er ab?“. Diese Frage hat eine präzise Antwort, und Sie können sie nachschlagen.
Wie die TTL tatsächlich funktioniert
Die TTL ist eine Sekundenzahl an jedem Eintrag. Sie ist kein Hinweis und keine Präferenz, sie ist der Vertrag. Ein Eintrag mit TTL 3600 sagt jedem Resolver: Diese Antwort gilt eine Stunde, komm vorher nicht wieder.
Drei Details führen regelmäßig in die Irre:
- Der Countdown beginnt, wenn der Resolver zwischenspeichert, nicht wenn Sie die Änderung vornehmen. Hat ein Resolver Ihren Eintrag vor 50 Minuten mit TTL 3600 geholt, aktualisiert er in 10 Minuten. Einer, der vor 5 Minuten geholt hat, wartet 55. Deshalb sehen manche die Änderung weit früher als andere.
- Entscheidend ist die alte TTL. Die TTL im selben Moment zu senken, in dem Sie den Wert ändern, verkürzt nichts, denn die Resolver halten sich noch an die TTL vom letzten Mal. Die neue, kürzere gilt erst ab der nächsten Aktualisierung.
- Die TTL gilt pro Eintrag, nicht pro Domain. Ihr A-Eintrag und Ihr MX-Eintrag können Stunden auseinander ablaufen.
Welche Caches die alte Antwort halten
Zwischen Besucher und Nameserver liegt selten nur ein Cache. Wenn eine Änderung zu hängen scheint, lohnt es sich zu wissen, welche Schicht schuld ist.
- Der rekursive Resolver – der Ihres Providers oder ein öffentlicher wie Cloudflare oder Google. Diesen Cache steuert die TTL, und er ist meist die eigentliche Antwort auf „warum sieht mein Kollege es und ich nicht“.
- Das Betriebssystem führt einen eigenen kleinen Cache. Ihn zu leeren ist der einzige Schritt, der wirklich in Ihrer Hand liegt.
- Der Browser speichert noch einmal getrennt, und gerade Chrome hält Einträge deutlich länger als eine kurze TTL. Ein anderer Browser oder ein privates Fenster schließt das schnell aus.
- Ihr eigener Router betreibt womöglich einen weiterleitenden Resolver, der obendrauf noch einmal zwischenspeichert.
Ein Test von einem einzigen Rechner sagt daher fast nichts. Fragen Sie mehrere öffentliche Resolver direkt ab und vergleichen Sie – genau dafür gibt es ein DNS-Abfrage-Tool.
Wie lange es wirklich dauert
Die ehrliche Antwort: für die große Mehrheit nicht länger als die vorherige TTL. Die überall wiederholten „24 bis 48 Stunden“ stammen aus einer Zeit viel längerer Standard-TTLs und sind heute weit häufiger falsch als richtig.
- TTL 300 (5 Minuten) – praktisch sofort. Üblich bei Einträgen, die sich oft ändern.
- TTL 3600 (1 Stunde) – ein sehr verbreiteter Standard. Die meisten sehen die Änderung innerhalb der Stunde.
- TTL 86400 (24 Stunden) – bei manchen Registraren noch Standard und die eigentliche Quelle des Rats, einen Tag zu warten.
Zwei Dinge dauern tatsächlich länger. Ein Nameserver-Wechsel beim Registrar betrifft die Einträge der TLD selbst, die eine eigene TTL tragen, oft 48 Stunden. Und einige wenige Resolver ignorieren kurze TTLs und setzen eine eigene Untergrenze – daher hinkt eine hartnäckige Minderheit hinterher.
Einen Eintrag ohne Ausfall ändern
Die Wartezeit ist nur ein Problem, wenn Sie sie nicht eingeplant haben. Die folgende Abfolge beseitigt sie fast vollständig und kostet einen zusätzlichen Schritt.
Zuerst die TTL senken und warten
Mindestens eine volle alte TTL-Periode vor der Änderung setzen Sie die TTL auf 300. Dann warten Sie die alte TTL ab. Diesen Schritt überspringen alle, und nur er zählt: Sie verbrauchen die Wartezeit im Voraus, während der alte Wert noch richtig ist und niemanden stört.
Die Änderung vornehmen
Jetzt den Wert bearbeiten. Da jeder Resolver alle fünf Minuten aktualisiert, erreicht die neue Antwort die Welt in etwa dieser Zeit.
Außerhalb des eigenen Rechners prüfen
Prüfen Sie gegen mehrere öffentliche Resolver, statt Ihren Browser neu zu laden. Ihr Laptop ist der unzuverlässigste Zeuge, den Sie haben.
Die TTL zurücksetzen
Ist die Änderung bestätigt, erhöhen Sie die TTL wieder auf einen sinnvollen Wert – 3600 oder mehr. Alles dauerhaft auf 300 zu lassen bedeutet mehr Abfragen, geringfügig langsamere erste Ladezeiten und keinen Cache, der Sie schützt, wenn Ihre Nameserver einen schlechten Tag haben.
Den Fortschritt ehrlich prüfen
Drei Prüfungen sagen fast alles:
- Resolver vergleichen. Fragen Sie Cloudflare, Google und Quad9 nach demselben Eintrag. Unterschiedliche Antworten heißen: die Änderung läuft, sie ist nicht kaputt.
- Die TTL in der Antwort lesen. Ein Resolver liefert die verbleibenden Sekunden seiner Kopie, rückwärts zählend. Diese Zahl ist buchstäblich, wie lange dieser Resolver die alte Antwort noch ausliefert.
- Den tatsächlich geänderten Typ abfragen. Ein veralteter MX taucht in einer A-Abfrage nicht auf.
Alle drei lassen sich im Browser mit dem DNS-Lookup-Tool erledigen, indem Sie zwischen den Abfragen den Resolver wechseln und die TTL je Zeile lesen.
Gilt das auch für MX, TXT und CNAME?
Ja – der Mechanismus ist bei jedem Eintragstyp identisch, aber die Folgen unterscheiden sich, und das sollte man wissen, bevor man sie anfasst.
- MX-Einträge erfordern Vorsicht. Solange ein alter MX im Cache liegt, wird E-Mail an den alten Server zugestellt. Diese Mail wartet nicht in einer Warteschlange auf Sie, sie landet irgendwo, das Sie womöglich nicht mehr lesen. Senken Sie die TTL lange vor einer Mail-Migration und halten Sie das alte Postfach erreichbar, bis die TTL vollständig abgelaufen ist.
- TXT-Einträge – SPF, DKIM und Domainbestätigung – sind meist am harmlosesten, weil eine fehlgeschlagene Prüfung einfach später wiederholt wird. Die Ausnahme ist SPF: ein veralteter SPF-Eintrag kann echte Mail währenddessen als Fehlschlag markieren.
- CNAME-Einträge bringen eine zweite TTL mit. Der Resolver speichert Ihren CNAME und danach getrennt den Eintrag des Ziels, jeder mit eigenem Countdown. Ihre tatsächliche Wartezeit ist die längere – darum kann ein CNAME auf einen Anbieter mit langer TTL hinter Ihrer eigenen Einstellung zurückbleiben.
- NS-Einträge sind der oben beschriebene langsame Fall, weil die Delegation eine Ebene höher in der TLD-Zone liegt.
Was immer Sie geändert haben: fragen Sie genau diesen Typ ab, statt zu raten. Ein veralteter MX ist in einer A-Abfrage unsichtbar, und die TTL, die zählt, ist die der Zeile, die Sie tatsächlich bearbeitet haben.
Häufige Fehler
- TTL senken und Wert in einem Zug ändern. Der häufigste Fehler, und er bringt nichts.
- Nach einem einzigen Browser urteilen. Vier Caches tief ist der schlechteste Ort zum Testen.
- Nameserver wechseln, obwohl ein Eintrag gemeint war. Deutlich langsamer und nach generischen Anleitungen leicht versehentlich getan.
- Die TTL nach einer Migration dauerhaft auf 300 lassen.
- 24 Stunden annehmen und nicht nachsehen. Bei einer TTL von einer Stunde sind Sie meist nach einer Stunde fertig.
Kurzfassung
Ihre Änderung war in dem Moment aktiv, in dem Sie gespeichert haben. Sie warten auf das Ablaufen fremder Caches, und die alte TTL sagt Ihnen genau, wie lange das dauert. Senken Sie die TTL vor einer geplanten Änderung, prüfen Sie gegen öffentliche Resolver statt im eigenen Browser und setzen Sie die TTL danach zurück. Prüfen Sie die aktuellen Einträge einer Domain und ihre verbleibende TTL mit dem kostenlosen DNS-Lookup-Tool oder bestätigen Sie mit dem SSL Checker, dass ein Zertifikat den neuen Host erreicht hat.
Verwandte Tools und Leitfäden:
- DNS-Abfrage – Fragen Sie A-, AAAA-, MX-, TXT-, NS- und weitere DNS-Einträge mit Werten und TTL sowie Reverse-DNS ab.
- SSL Checker – Prüfen Sie das SSL-Zertifikat jeder Domain: Aussteller, Ablaufdatum und verbleibende Tage.
- DNS-Abfrage: ein vollständiger Leitfaden zum Abfragen von Domain-Einträgen – Lerne
Häufige Fragen
Wie lange dauert eine DNS-Änderung wirklich?⌄
Für die meisten nicht länger als die vorherige TTL. Hatte der alte Eintrag eine TTL von 3600, aktualisieren die Resolver, die ihn zwischengespeichert haben, innerhalb der Stunde. Die oft genannten 24 bis 48 Stunden gelten für Nameserver-Wechsel und für Domains mit 86400 Sekunden, nicht für eine gewöhnliche Eintragsänderung.
Warum sehen andere meine DNS-Änderung und ich nicht?⌄
Weil Sie hinter unterschiedlichen Caches sitzen. Deren Resolver hat nach Ihrer Änderung aktualisiert, Ihrer noch nicht, oder Ihr Browser beziehungsweise Betriebssystem hält die alte Antwort. Leeren Sie den DNS-Cache, versuchen Sie ein privates Fenster und fragen Sie einen öffentlichen Resolver direkt ab, statt Ihrem Rechner zu vertrauen.
Beschleunigt eine niedrigere TTL die laufende Änderung?⌄
Nein. Resolver halten sich noch an die TTL aus der vorherigen Abfrage, ein niedrigerer Wert wirkt also erst ab ihrer nächsten Aktualisierung. Damit es hilft, senken Sie die TTL mindestens eine alte TTL-Periode vor der Wertänderung.
Kann ich DNS zu einer sofortigen Aktualisierung zwingen?⌄
Global nicht. Sie können die Caches von Betriebssystem und Browser leeren, und einige öffentliche Resolver bieten eine Seite zum gezielten Löschen eines Namens, aber alle Caches im Internet lassen sich nicht ablaufen. Die TTL ist die einzige echte Stellschraube, und sie wirkt im Voraus.
Warum dauert ein Nameserver-Wechsel länger als eine Eintragsänderung?⌄
Weil er eine Ebene höher stattfindet. Die Delegation liegt in der TLD-Zone und trägt eine eigene TTL, oft 48 Stunden, die greift, bevor Ihre eigenen Eintrags-TTLs überhaupt gelesen werden.
Über 15 Jahre praktische Erfahrung in Webentwicklung und Sicherheit. Schwerpunkt ist praxisnahe Websicherheit: Websites sicher, zuverlässig und leicht zu diagnostizieren halten. BuildToolForge macht diese Prüfungen kostenlos, privat und verständlich. Die Tools laufen, wo immer möglich, in deinem Browser, und nichts, was du in ein Tool eingibst, wird gespeichert.
So schreiben wir unsere Anleitungen: Jede Anleitung entsteht aus praktischer Erfahrung, wird mit den offiziellen Standards abgeglichen und mit unseren eigenen Tools an echten Domains getestet. Wir aktualisieren die Anleitungen, wenn sich Standards oder Tools ändern. Einen Fehler gefunden? Schreib uns an contact@buildtoolforge.com.