{"id":2342,"date":"2026-10-20T06:03:09","date_gmt":"2026-10-20T06:03:09","guid":{"rendered":"https:\/\/junglelabs.uk\/"},"modified":"2026-10-20T06:03:09","modified_gmt":"2026-10-20T06:03:09","slug":"what-is-dns-propagation-why-dns-changes-take-time","status":"publish","type":"post","link":"https:\/\/junglelabs.uk\/de\/what-is-dns-propagation-why-dns-changes-take-time\/","title":{"rendered":"Was ist DNS-Propagation? Warum DNS-\u00c4nderungen Zeit ben\u00f6tigen"},"content":{"rendered":"

Sie aktualisieren die DNS-Eintr\u00e4ge einer Domain, speichern die \u00c4nderung und erwarten, dass die neue Website oder der Maildienst sofort funktioniert. Doch ein Kollege sieht weiterhin die alte Website, ein Online-Pr\u00fcftool zeigt eine andere Adresse an oder die E-Mail-Zustellung verh\u00e4lt sich inkonsistent. Diese Verz\u00f6gerung wird allgemein als DNS-Propagation<\/strong>.<\/p>\n\n\n\n

Der Ausdruck kann den Eindruck erwecken, als w\u00fcrde ein einzelnes Update durch ein zentrales Internetsystem \u00fcbertragen. DNS ist jedoch dezentral strukturiert. Dom\u00e4neninformationen werden auf autoritativen Nameservern, rekursiven Resolvern, Routern, Betriebssystemen und Anwendungen gespeichert und zwischengespeichert. Jedes System kann seine Informationen zu unterschiedlichen Zeitpunkten aktualisieren.<\/p>\n\n\n\n

Die meisten DNS-\u00c4nderungen werden sichtbar, wenn die Caches ablaufen und Resolver neue Datens\u00e4tze abrufen. Wie lange dies dauert, h\u00e4ngt von der vorherigen Time to Live (TTL) des Datensatzes, dem Verhalten der Resolver sowie davon ab, ob die Konfiguration der autoritativen DNS korrekt ist. Es gibt keine universelle Zeit, die garantiert, dass jeder Benutzer die neue Antwort sieht.<\/p>\n\n\n\n

Dieser Leitfaden erkl\u00e4rt, was mit der DNS-Propagierung gemeint ist, warum DNS-\u00c4nderungen zu unterschiedlichen Zeitpunkten wirksam werden, wie Sie die aktuellen Antworten einer Domain \u00fcberpr\u00fcfen k\u00f6nnen und welche Schritte Sie unternehmen sollten, wenn ein Update weiterhin unvollst\u00e4ndig erscheint.<\/p>\n\n\n\n

Was bedeutet DNS-Propagation?<\/h2>\n\n\n\n

DNS-Propagation ist der g\u00e4ngige Begriff f\u00fcr den Zeitraum, in dem verschiedene Benutzer oder DNS-Resolver unterschiedliche Antworten erhalten k\u00f6nnen, nachdem DNS-Eintr\u00e4ge ge\u00e4ndert wurden. Ein Benutzer in einem Netzwerk sieht m\u00f6glicherweise bereits die neue IP-Adresse, w\u00e4hrend der Resolver eines anderen Benutzers weiterhin eine zwischengespeicherte \u00e4ltere Adresse zur\u00fcckgibt.<\/p>\n\n\n\n

Die zugrunde liegende DNS-\u00c4nderung wird auf den autoritativen Nameservern f\u00fcr die Domain vorgenommen. Rekursive Resolver rufen dann die Datens\u00e4tze ab und cachen sie f\u00fcr ihre Benutzer. Diese Resolver m\u00fcssen nicht jedes Mal, wenn jemand die Domain aufruft, erneut die autoritativen Server fragen. Sie k\u00f6nnen eine zwischengespeicherte Antwort wiederverwenden, solange diese g\u00fcltig bleibt.<\/p>\n\n\n\n

Dies ist der Grund, warum \u201ePropagation\u201c besser verstanden wird als Cache-Ablauf und -Aktualisierung<\/strong>. Es gibt keine zentrale Kopie, die auf jedem internetf\u00e4higen Ger\u00e4t gleichzeitig aktualisiert werden muss. Der autoritative Datensatz kann bereits korrekt sein, w\u00e4hrend einige Resolver weiterhin \u00e4ltere zwischengespeicherte Daten bereitstellen.<\/p>\n\n\n\n

So funktioniert das DNS-Caching<\/h2>\n\n\n\n

Wenn ein Browser die IP-Adresse einer Domain ermitteln muss, bittet er das Betriebssystem um die Aufl\u00f6sung des Namens. Das Betriebssystem kann eine zwischengespeicherte Antwort haben. Falls nicht, fragt es einen konfigurierten rekursiven Resolver an, wie zum Beispiel einen eines Internetanbieters, eines Unternehmens oder eines \u00f6ffentlichen DNS-Dienstes.<\/p>\n\n\n\n

Der rekursive Resolver kann auch eine zwischengespeicherte Antwort haben. Wenn diese Antwort noch innerhalb ihrer Cache-Lebensdauer liegt, kann sie zur\u00fcckgegeben werden, ohne die autoritativen Nameserver zu kontaktieren. Wenn der zwischengespeicherte Eintrag abl\u00e4uft, kann der Resolver das autoritative DNS-System abfragen und die aktualisierte Antwort speichern.<\/p>\n\n\n\n

Caching reduziert die Suchzeit und die Belastung der DNS-Infrastruktur. Es bedeutet auch, dass \u00c4nderungen an Datens\u00e4tzen nicht unbedingt f\u00fcr jeden Resolver zum gleichen Zeitpunkt sichtbar sind. Die alte Antwort bleibt f\u00fcr einen Resolver solange verwendbar, bis sein Cache abl\u00e4uft oder der Resolver ihn anderweitig aktualisiert.<\/p>\n\n\n\n

Verschiedene Benutzer verwenden m\u00f6glicherweise unterschiedliche rekursive Resolver. Selbst Personen im selben Haushalt k\u00f6nnen unterschiedliche Antworten sehen, wenn ihre Ger\u00e4te verschiedene DNS-Dienste, VPNs, Mobilfunknetze oder lokale Caches nutzen.<\/p>\n\n\n\n

Was ist TTL in DNS?<\/h2>\n\n\n\n

TTL steht f\u00fcr Lebensdauer<\/strong>. Es ist ein Wert, der \u00fcblicherweise in Sekunden gemessen wird und rekursiven Resolvern mitteilt, wie lange sie einen DNS-Eintrag zwischenspeichern d\u00fcrfen, bevor sie nach einer aktualisierten Antwort suchen.<\/p>\n\n\n\n

Zum Beispiel ein TTL von 3600<\/code> bedeutet eine Stunde. Wenn ein Resolver einen Datensatz mit dieser TTL abruft, kann er die Antwort in der Regel bis zu einer Stunde lang weiterverwenden, bevor er sie aktualisieren muss. Eine TTL von 300<\/code> bedeutet f\u00fcnf Minuten.<\/p>\n\n\n\n

Die TTL, die nach einer \u00c4nderung relevant ist, ist in der Regel die TTL des alten Records, den Resolver bereits zwischengespeichert haben. Das Herabsetzen der TTL unmittelbar vor dem \u00c4ndern eines Records kann die Wartezeit f\u00fcr Resolver, die den vorherigen, h\u00f6heren TTL zwischengespeichert haben, nicht verk\u00fcrzen. Diese Resolver k\u00f6nnen weiterhin die alte Antwort verwenden, bis die urspr\u00fcngliche Cache-Zeit abl\u00e4uft.<\/p>\n\n\n\n

F\u00fcr geplante Migrationen reduzieren Administratoren oft im Voraus die TTL, warten lange genug, bis die vorherige TTL abgelaufen ist, und f\u00fchren dann die DNS-\u00c4nderung durch. Nach Stabilisierung der \u00c4nderung k\u00f6nnen sie die TTL wieder erh\u00f6hen, um wiederholte Abfragen zu reduzieren. Die geeigneten Werte h\u00e4ngen vom Dienst und dem \u00c4nderungsprozess des Betreibers ab.<\/p>\n\n\n\n

Warum dauern DNS-\u00c4nderungen unterschiedlich lange?<\/h2>\n\n\n\n

Der h\u00e4ufigste Grund ist, dass Resolver unterschiedliche zwischengespeicherte Kopien haben. Einige haben den Eintrag m\u00f6glicherweise bereits aktualisiert, w\u00e4hrend andere weiterhin eine nicht abgelaufene Antwort verwenden. Ein Resolver kann zudem sein eigenes Aktualisierungsverhalten anwenden oder negative Antworten zwischenspeichern, also Antworten, die darauf hinweisen, dass ein Eintrag nicht existiert.<\/p>\n\n\n\n

Lokales Caching kann eine weitere Ebene hinzuf\u00fcgen. Ein Computer, Router, Browser oder Sicherheitsanwendung kann DNS-Informationen vor\u00fcbergehend speichern. Das Neustarten eines Browsers oder das L\u00f6schen des DNS-Caches des Betriebssystems kann in einigen F\u00e4llen helfen, \u00e4ndert jedoch nicht die Informationen, die ein rekursiver Resolver noch zwischengespeichert hat.<\/p>\n\n\n\n

DNS-Provider-\u00c4nderungen k\u00f6nnen zus\u00e4tzliche zeitliche Faktoren einf\u00fchren. Wenn Sie die autoritativen Nameserver der Domain beim Registrar \u00e4ndern, m\u00fcssen Resolver m\u00f6glicherweise sowohl die Delegierungsinformationen aktualisieren als auch die von diesen Nameservern bereitgestellten Datens\u00e4tze. Dies ist eine andere Art von \u00c4nderung als das Bearbeiten eines A- oder AAAA-Datensatzes innerhalb desselben DNS-Hostingdienstes.<\/p>\n\n\n\n

Schlie\u00dflich kann ein Update an der autoritativen Quelle nicht korrekt sein. Wenn der falsche Datensatz bearbeitet wurde, die \u00c4nderung nicht gespeichert wurde, die Domain andere autoritative Nameserver verwendet oder der Datensatz einen Syntaxfehler enth\u00e4lt, wird das Warten die zugrunde liegende Konfiguration nicht beheben.<\/p>\n\n\n\n

DNS-Propagierung vs. autoritative DNS-Aktualisierungen<\/h2>\n\n\n\n

Ein autoritativer DNS-Server stellt die offiziellen Datens\u00e4tze f\u00fcr eine Domain oder Zone bereit. Wenn Sie einen Eintrag im Kontrollfeld Ihres DNS-Anbieters bearbeiten, sollte der Anbieter die autoritativen Daten aktualisieren, die er bereitstellt.<\/p>\n\n\n\n

Ein rekursiver Resolver stellt DNS-Antworten an Clientger\u00e4te bereit. Er kann zwischengespeicherte Daten vor der \u00c4nderung enthalten. Daher kann der autoritative Server die neue Adresse zur\u00fcckgeben, w\u00e4hrend ein rekursiver Resolver weiterhin eine \u00e4ltere zur\u00fcckgibt.<\/p>\n\n\n\n

Diese Unterscheidung ist bei der Fehlersuche hilfreich. \u00dcberpr\u00fcfen Sie zun\u00e4chst, was die autoritativen Nameserver zur\u00fcckgeben. Wenn diese bereits den erwarteten Record enthalten, wurde die \u00c4nderung an der Quelle ver\u00f6ffentlicht, und verbleibende Unterschiede sind wahrscheinlich auf Caching oder das Verhalten des Resolvers zur\u00fcckzuf\u00fchren. Wenn die autoritativen Server weiterhin den alten Wert oder keinen Wert zur\u00fcckgeben, untersuchen Sie die Konfiguration des DNS-Anbieters sowie die Records selbst.<\/p>\n\n\n\n

Das \u00c4ndern der Nameserver f\u00fcgt eine weitere Ebene hinzu. Die \u00fcbergeordnete DNS-Zone muss auf die beabsichtigten autoritativen Nameserver verweisen, und diese Server m\u00fcssen die korrekte Zone bereitstellen. Ein korrekter Eintrag bei einem DNS-Anbieter ist nicht hilfreich, wenn die Domain an die Nameserver eines anderen Anbieters delegiert ist.<\/p>\n\n\n\n

H\u00e4ufige DNS-\u00c4nderungen und ihre Auswirkungen<\/h2>\n\n\n\n

\u00c4ndern eines Ein Rekord<\/strong> changes the IPv4 address returned for a hostname. Changing an AAAA-Eintrag<\/strong> \u00e4ndert seine IPv6-Adresse. Wenn beide vorhanden sind, k\u00f6nnen Clients je nach Netzwerk und Verbindungsverhalten entweder die eine oder die andere Adressfamilie verwenden.<\/p>\n\n\n\n

\u00c4ndern einer CNAME-Eintrag<\/strong> \u00c4ndert den Hostnamen, auf den ein Alias verweist. Resolver m\u00fcssen dann m\u00f6glicherweise den Zielnamen und dessen Adresse aufl\u00f6sen. Eine \u00c4nderung an den Datens\u00e4tzen des Ziels kann das Endergebnis beeinflussen, selbst wenn der CNAME selbst unver\u00e4ndert bleibt.<\/p>\n\n\n\n

\u00c4ndern eines MX-Eintrag<\/strong> beeinflusst, welche Mailserver E-Mails f\u00fcr eine Domain empfangen. Mailsysteme k\u00f6nnen diese Eintr\u00e4ge zwischenspeichern, und die E-Mail-Routing-Updates k\u00f6nnen Zeit ben\u00f6tigen, um wirksam zu werden. Beim Wechsel des Mailanbieters sollten Administratoren MX-Eintr\u00e4ge sowie alle damit verbundenen Mail-Authentifizierungseintr\u00e4ge wie SPF, DKIM oder DMARC separat \u00fcberpr\u00fcfen.<\/p>\n\n\n\n

\u00c4nderung Nameserver<\/strong> \u00c4nderungen, welcher DNS-Anbieter f\u00fcr die Domain autoritativ ist. Dies erfordert eine korrekte Delegierung beim Registrar und eine korrekte Zonenkonfiguration beim neuen Anbieter. Eine Nameserver-Migration sollte sorgf\u00e4ltig geplant werden, da fehlende Eintr\u00e4ge beim neuen Anbieter dazu f\u00fchren k\u00f6nnen, dass Websites, E-Mail oder andere Dienste nicht verf\u00fcgbar sind.<\/p>\n\n\n\n

So pr\u00fcfen Sie, ob eine DNS-\u00c4nderung wirksam geworden ist<\/h2>\n\n\n\n

Beginnen Sie damit, die Dom\u00e4ne vom Computer abzufragen, den Sie verwenden. Unter Windows, macOS und Linux nslookup<\/code> ist allgemein verf\u00fcgbar:<\/p>\n\n\n\n

nslookup example.com<\/code><\/pre>\n\n\n\n
Um einen IPv4-Adress-Eintrag zu \u00fcberpr\u00fcfen, verwenden Sie:<\/p>\n\n\n\n
nslookup -type=A example.com<\/code><\/pre>\n\n\n\n
F\u00fcr IPv6:<\/p>\n\n\n\n
nslookup -type=AAAA example.com<\/code><\/pre>\n\n\n\n
F\u00fcr Mail-Server-Eintr\u00e4ge:<\/p>\n\n\n\n
nslookup -type=MX example.com<\/code><\/pre>\n\n\n\n
Unter macOS und Linux, dig<\/code> liefert detailliertere Ausgaben:<\/p>\n\n\n\n
dig example.com A<\/code><\/pre>\n\n\n\n
Um nur den Antwortbereich anzuzeigen:<\/p>\n\n\n\n
dig example.com A +noall +answer<\/code><\/pre>\n\n\n\n
Sie k\u00f6nnen einen bestimmten rekursiven Resolver abfragen, um Antworten zu vergleichen. Zum Beispiel:<\/p>\n\n\n\n
dig @1.1.1.1 example.com A<\/code><\/pre>\n\n\n\n
Unter Windows k\u00f6nnen Sie einen DNS-Server wie folgt angeben:<\/p>\n\n\n\n
nslookup example.com 1.1.1.1<\/code><\/pre>\n\n\n\n
Ersetzen example.com<\/code> mit Ihrer Domain. Die Resolver-Adresse in diesen Beispielen ist nur eine m\u00f6gliche \u00f6ffentliche Resolver; Sie k\u00f6nnen auch den DNS-Dienst abfragen, der von Ihrer Organisation oder Ihrem Anbieter verwendet wird.<\/p>\n\n\n\n
Notieren Sie den Resolver, den Sie abgefragt haben, die Antwort und die Zeit. Der Vergleich von Ergebnissen mehrerer Resolver hilft dabei zu bestimmen, ob der Unterschied lokal auf einen Resolver beschr\u00e4nkt ist oder weiter verbreitet auftritt.<\/p>\n\n\n\n
So fragen Sie einen autoritativen Nameserver<\/h2>\n\n\n\n
Um die autoritativen Nameserver f\u00fcr eine Domain zu finden, verwenden Sie:<\/p>\n\n\n\n
dig example.com NS<\/code><\/pre>\n\n\n\n
Dann fragen Sie einen dieser Nameserver direkt nach dem von Ihnen ge\u00e4nderten Datensatz:<\/p>\n\n\n\n
dig @ns1.example-dns.com example.com A<\/code><\/pre>\n\n\n\n
Ersetzen ns1.example-dns.com<\/code> mit einem autoritativen Server, der f\u00fcr Ihre Domain aufgef\u00fchrt ist. Wenn die direkte Abfrage die erwartete Adresse zur\u00fcckgibt, ein rekursiver Resolver jedoch die alte Adresse liefert, sind die autoritativen Daten aktualisiert und der Resolver verwendet m\u00f6glicherweise weiterhin eine zwischengespeicherte Antwort.<\/p>\n\n\n\n
Sie k\u00f6nnen auch fragen dig<\/code> den Delegationsprozess nachverfolgen:<\/p>\n\n\n\n
dig +trace example.com<\/code><\/pre>\n\n\n\n
Dies folgt der DNS-Hierarchie von der Root-Ebene hin zu den autoritativen Servern der Domain. Es kann helfen, Delegierungsprobleme zu identifizieren, wobei die Ausgabe detaillierter ist als die meisten grundlegenden Pr\u00fcfungen erfordern.<\/p>\n\n\n\n
Wenn Sie das Kontrollfeld eines DNS-Anbieters verwenden, stellen Sie sicher, dass die Domain tats\u00e4chlich den dort angezeigten Nameservern zugewiesen ist. Ein Record kann im Dashboard eines Anbieters korrekt sein, w\u00e4hrend die \u00f6ffentliche Domain auf einen anderen Anbieter verweist.<\/p>\n\n\n\n
Was passiert, wenn einige Benutzer die alte Website sehen?<\/h2>\n\n\n\n
Stellen Sie zun\u00e4chst sicher, dass der autoritative A- oder AAAA-Eintrag den beabsichtigten Wert hat. Fragen Sie dann mehrere rekursive Resolver ab und pr\u00fcfen Sie, ob sie dieselbe Antwort zur\u00fcckgeben. Wenn die autoritativen Daten korrekt sind, einige Resolver jedoch eine \u00e4ltere Adresse zur\u00fcckgeben, ist Caching eine wahrscheinliche Erkl\u00e4rung.<\/p>\n\n\n\n
Pr\u00fcfen Sie als N\u00e4chstes die lokale Konfiguration des Benutzers. Ein VPN, der DNS-Resolver des Unternehmens, ein Sicherheitsprodukt, der Browser-Cache oder die lokale Hosts-Datei k\u00f6nnen beeinflussen, welche Adresse zur\u00fcckgegeben wird. Vergleichen Sie das Ergebnis aus einem anderen Netzwerk, beispielsweise einer mobilen Verbindung, um festzustellen, ob sich das Verhalten \u00e4ndert.<\/p>\n\n\n\n
Ber\u00fccksichtigen Sie auch, ob sowohl der alte als auch der neue Server antworten. Eine Migration kann inkonsistent erscheinen, wenn der alte Host weiterhin eine zwischengespeicherte Kopie bereitstellt oder anders weiterleitet. Der DNS-Eintrag kann korrekt sein, w\u00e4hrend der alte Server f\u00fcr Benutzer noch erreichbar ist, deren Resolver den Eintrag nicht aktualisiert hat.<\/p>\n\n\n\n
Wenn das Problem nur IPv4 oder nur IPv6 betrifft, vergleichen Sie die A- und AAAA-Eintr\u00e4ge separat. Ein Ger\u00e4t kann sich \u00fcber IPv6 verbinden, w\u00e4hrend ein anderes IPv4 verwendet. Eine Adressfamilie kann auf den neuen Server verweisen, w\u00e4hrend die andere noch auf den alten verweist.<\/p>\n\n\n\n
Was passiert, wenn eine Website nach einer DNS-\u00c4nderung nicht verf\u00fcgbar ist?<\/h2>\n\n\n\n
Stellen Sie sicher, dass die autoritativen Nameserver der Domain korrekt und erreichbar sind. \u00dcberpr\u00fcfen Sie anschlie\u00dfend, ob die relevanten Datens\u00e4tze auf diesen Servern vorhanden sind. Wenn Sie k\u00fcrzlich Nameserver ge\u00e4ndert haben, stellen Sie sicher, dass der neue DNS-Anbieter alle erforderlichen Datens\u00e4tze enth\u00e4lt, einschlie\u00dflich Website-, E-Mail-, Verifizierungs- und Servicedatens\u00e4tze.<\/p>\n\n\n\n
Stellen Sie sicher, dass der Zielserver bereit ist, Verbindungen f\u00fcr die Domain anzunehmen. Das Aktualisieren von DNS \u00e4ndert nur, wohin Clients weitergeleitet werden. Es konfiguriert nicht den Webserver, installiert kein Zertifikat, \u00f6ffnet keine Firewall-Ports oder kopiert Website-Dateien.<\/p>\n\n\n\n
Wenn DNS die erwartete IP-Adresse zur\u00fcckgibt, die Website jedoch weiterhin fehlschl\u00e4gt, testen Sie den Server und die Anwendung separat. Das Problem kann beim Webserver, der Firewall, dem TLS-Zertifikat, der Hosting-Konfiguration oder der Anwendung liegen. Eine DNS-Suche best\u00e4tigt die Namensaufl\u00f6sung; sie best\u00e4tigt nicht, dass der Dienst gesund ist.<\/p>\n\n\n\n
F\u00fcr eine allgemeine Pfadpr\u00fcfung zwischen Ihrem Ger\u00e4t und einem Ziel sehen Sie sich unseren Leitfaden zu Verwendung von traceroute zur Diagnose von Netzwerkverbindungsproblemen<\/a>Traceroute und DNS-Lookups testen verschiedene Teile der Verbindung, daher sind sie bei der Eingrenzung eines Problems in Kombination n\u00fctzlich.<\/p>\n\n\n\n
Negatives Caching und \u201eDatensatz nicht gefunden\u201c-Ergebnisse<\/h2>\n\n\n\n
Resolver k\u00f6nnen die Tatsache zwischenspeichern, dass ein Datensatz nicht existiert. Dies wird als negative Zwischenspeicherung bezeichnet. Wenn ein Resolver einen Namen abfragt, bevor der Datensatz erstellt wurde, kann es vor\u00fcbergehend weiterhin eine \u201eNicht gefunden\u201c-Antwort zur\u00fcckgeben, auch nachdem der Datensatz hinzugef\u00fcgt wurde.<\/p>\n\n\n\n
Negatives Caching hat ebenfalls eine TTL, basierend auf Informationen aus dem SOA-Eintrag der Zone und den Resolver-Regeln. Das genaue Verhalten kann variieren. Wenn ein neu erstellter Subdomain nicht sofort aufgel\u00f6st wird, \u00fcberpr\u00fcfen Sie zuerst den autoritativen Nameserver. Wenn dieser den neuen Eintrag zur\u00fcckgibt, warten Sie, bis die negativen Caches ablaufen, und vergleichen Sie andere Resolver.<\/p>\n\n\n\n
Eine Antwort \u201eDatensatz nicht gefunden\u201c kann auch darauf hinweisen, dass der Datensatz in der falschen Zone hinzugef\u00fcgt wurde, der Hostname falsch eingegeben wurde oder die Domain andere autoritative Nameserver verwendet. Best\u00e4tigen Sie den vollst\u00e4ndigen Hostnamen, den Record-Typ und den DNS-Anbieter, bevor Sie davon ausgehen, dass das Problem lediglich auf eine Verz\u00f6gerung bei der Propagierung zur\u00fcckzuf\u00fchren ist.<\/p>\n\n\n\n
So planen Sie eine DNS-Migration<\/h2>\n\n\n\n
Bevor Sie Datens\u00e4tze f\u00fcr einen Produktionsdienst \u00e4ndern, listen Sie alle Hostnamen auf und dokumentieren Sie die Dienste, von denen sie abh\u00e4ngen. Eine Website kann A- und AAAA-Datens\u00e4tze verwenden, w\u00e4hrend E-Mails von MX-, SPF-, DKIM- und DMARC-Datens\u00e4tzen abh\u00e4ngen. Anwendungen k\u00f6nnen auch Verifizierungs- oder Service-Discovery-Datens\u00e4tze ben\u00f6tigen.<\/p>\n\n\n\n
Wenn die \u00c4nderung geplant ist, reduzieren Sie die relevante TTL im Voraus und warten Sie mindestens die vorherige TTL-Periode ab, bevor Sie das Ziel wechseln. Bereiten Sie den neuen Server oder Anbieter vor der DNS-Aktualisierung vor. Testen Sie ihn direkt, wo immer m\u00f6glich, und stellen Sie sicher, dass Zertifikate, Firewall-Regeln, Anwendungseinstellungen und Maildienste bereit sind.<\/p>\n\n\n\n
\u00dcberpr\u00fcfen Sie nach der \u00c4nderung die autoritativen Antworten und mehrere rekursive Resolver. \u00dcberwachen Sie die Verf\u00fcgbarkeit von Websites, die Zustellung von E-Mails und Anwendungsfehler. Halten Sie den alten Dienst w\u00e4hrend des \u00dcbergangs so weit wie m\u00f6glich verf\u00fcgbar, da einige Benutzer ihn weiterhin erreichen k\u00f6nnen, solange zwischengespeicherte Antworten ablaufen.<\/p>\n\n\n\n
Sobald die neue Konfiguration stabil ist, stellen Sie eine geeignete TTL wieder her. Das dauerhafte Beibehalten einer sehr niedrigen TTL kann das DNS-Abfragevolumen erh\u00f6hen, ohne einem Dienst, der sich selten \u00e4ndert, einen nennenswerten Nutzen zu bieten.<\/p>\n\n\n\n
H\u00e4ufige Missverst\u00e4ndnisse bei der DNS-Propagation<\/h2>\n\n\n\n
Ein h\u00e4ufiges Missverst\u00e4ndnis ist, dass jede DNS-\u00c4nderung genau 24 oder 48 Stunden dauert. Es gibt keine feste, universelle Dauer. Die effektive Verz\u00f6gerung h\u00e4ngt von den vorherigen TTL-Werten, dem Resolver-Caching, Delegierungs\u00e4nderungen und der Korrektheit der autoritativen Konfiguration ab.<\/p>\n\n\n\n
Ein weiteres Missverst\u00e4ndnis ist, dass das L\u00f6schen des Browser-Caches die DNS-Eintr\u00e4ge \u00fcberall aktualisiert. Es kann zwar Informationen l\u00f6schen, die auf diesem Ger\u00e4t gespeichert sind, aber es kann den Cache eines entfernten rekursiven Resolver nicht leeren. Ebenso kann das Neustarten eines Routers dessen lokalen Cache l\u00f6schen, \u00e4ndert jedoch keine autoritativen Datens\u00e4tze.<\/p>\n\n\n\n
Ein drittes Missverst\u00e4ndnis besteht darin, dass ein DNS-Checker, der unterschiedliche Antworten anzeigt, beweist, dass die Domain defekt ist. Unterschiedliche Antworten k\u00f6nnen w\u00e4hrend einer geplanten Migration auftreten, insbesondere wenn Resolver zu verschiedenen Zeitpunkten zwischengespeicherte Daten haben. Die wichtige Frage ist, ob die autoritativen Datens\u00e4tze korrekt sind und ob die verbleibenden Unterschiede mit der vorherigen TTL \u00fcbereinstimmen.<\/p>\n\n\n\n
Schlie\u00dflich konfiguriert die DNS-Propagation nicht den Zielservice. Eine korrekte IP-Adresse kann dennoch zu einer nicht verf\u00fcgbaren Website f\u00fchren, wenn der Server, die Firewall, das TLS-Zertifikat oder die Anwendung nicht bereit sind.<\/p>\n\n\n\n
H\u00e4ufig gestellte Fragen zur DNS-Propagation<\/h2>\n\n\n\n
Wie lange dauert die DNS-Propagierung?<\/h3>\n\n\n\n
Es gibt keine garantierte Dauer. Einige \u00c4nderungen zeigen sich schnell, w\u00e4hrend andere inkonsistent bleiben, bis zwischengespeicherte Datens\u00e4tze abgelaufen sind. Die vorherige TTL, das Verhalten des Resolver und die Frage, ob sich die Nameserver ge\u00e4ndert haben, beeinflussen alle den Zeitpunkt.<\/p>\n\n\n\n
Macht das Herabsetzen der TTL die \u00c4nderung sofort wirksam?<\/h3>\n\n\n\n
Nr. Das Herabsetzen einer TTL wirkt sich auf das zuk\u00fcnftige Caching aus, nachdem Resolver die neue TTL abgerufen haben. Resolver, die den alten Eintrag bereits zwischengespeichert haben, k\u00f6nnen ihn weiterhin verwenden, bis seine vorherige TTL abl\u00e4uft.<\/p>\n\n\n\n
Warum zeigen DNS-Checker unterschiedliche Ergebnisse?<\/h3>\n\n\n\n
Sie k\u00f6nnen verschiedene rekursive Resolver von unterschiedlichen Standorten abfragen. Diese Resolver k\u00f6nnen unterschiedliche zwischengespeicherte Antworten haben, zu verschiedenen Zeitpunkten aktualisiert werden oder aufgrund geografischer DNS-Richtlinien unterschiedliche Antworten erhalten.<\/p>\n\n\n\n
Sollte ich den DNS-Cache meines Computers leeren?<\/h3>\n\n\n\n
Es kann hilfreich sein, wenn Ihr eigenes Ger\u00e4t eine veraltete Antwort zwischengespeichert hat. Es l\u00f6scht keine von Ihrem Internetanbieter, Firmenserver oder \u00f6ffentlichen DNS-Dienst gehaltenen Caches.<\/p>\n\n\n\n
Warum wird meine Website aufgel\u00f6st, l\u00e4dt aber trotzdem nicht?<\/h3>\n\n\n\n
DNS kann die korrekte Adresse zur\u00fcckgeben, w\u00e4hrend der Zielserver oder die Anwendung ein Problem aufweist. \u00dcberpr\u00fcfen Sie den Webserver, die Firewall, das TLS-Zertifikat und die Hosting-Konfiguration separat.<\/p>\n\n\n\n
K\u00f6nnen \u00c4nderungen an Nameservern l\u00e4nger dauern als \u00c4nderungen an Records?<\/h3>\n\n\n\n
Sie k\u00f6nnen zus\u00e4tzliche Delegierungsinformationen beim Registrar und in der \u00fcbergeordneten DNS-Zone umfassen. Der neue Anbieter muss au\u00dferdem eine vollst\u00e4ndige und korrekte Zone bereitstellen. \u00dcberpr\u00fcfen Sie sowohl die Delegierung als auch die Eintr\u00e4ge auf den neuen autoritativen Servern.<\/p>\n\n\n\n
DNS-\u00c4nderungen k\u00f6nnen zu unterschiedlichen Zeitpunkten wirksam werden, da autoritative Nameserver und rekursive Resolver unterschiedliche Rollen haben und Resolver Antworten gem\u00e4\u00df den TTL-Werten zwischenspeichern. Ein Benutzer kann m\u00f6glicherweise noch eine alte Adresse sehen, w\u00e4hrend ein anderer bereits die neue erh\u00e4lt.<\/p>\n\n\n\n
F\u00fchren Sie zur Untersuchung zun\u00e4chst eine \u00dcberpr\u00fcfung der autoritativen Nameserver durch und vergleichen Sie anschlie\u00dfend die Antworten mehrerer rekursiver Resolver. Best\u00e4tigen Sie den Record-Typ, den Hostnamen, die TTL (Time to Live) und die Nameserver-Delegation. Wenn DNS die erwartete Adresse zur\u00fcckgibt, der Dienst jedoch weiterhin nicht verf\u00fcgbar ist, pr\u00fcfen Sie den Zielserver und die Anwendung als separate Teile des Problems.<\/p>\n\n\n\n
Das Verst\u00e4ndnis von Caching erleichtert die Planung und Fehlerbehebung bei DNS-\u00c4nderungen. F\u00fcr weitere Grundlagen der Netzwerktechnik lesen Sie unsere Anleitungen zu IP-Adressen<\/a>, Standard-Gateways<\/a>, und traceroute<\/a>.<\/p>","protected":false},"excerpt":{"rendered":"
You update a domain\u2019s DNS records, save the change, and expect the new website or mail service to work immediately. But a colleague still sees the old website, an online checker shows a different address, or email delivery behaves inconsistently. This delay is commonly called DNS propagation. The phrase can make it sound as though […]<\/p>\n","protected":false},"author":1,"featured_media":2344,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_seopress_titles_title":"What Is DNS Propagation? Why DNS Changes Take Time","_seopress_titles_desc":"Learn why DNS changes take time to appear, how caching and TTL affect updates, and how to check whether a domain is returning the expected records.","_seopress_robots_index":"","_seopress_robots_follow":"","_seopress_robots_imageindex":"","_seopress_robots_snippet":"","_seopress_robots_primary_cat":"","_seopress_robots_breadcrumbs":"","_seopress_robots_freeze_modified_date":"","_seopress_robots_custom_modified_date":"","_seopress_robots_canonical":"","_seopress_social_fb_title":"","_seopress_social_fb_desc":"","_seopress_social_fb_img":"","_seopress_social_fb_img_attachment_id":0,"_seopress_social_fb_img_width":0,"_seopress_social_fb_img_height":0,"_seopress_social_twitter_title":"","_seopress_social_twitter_desc":"","_seopress_social_twitter_img":"","_seopress_social_twitter_img_attachment_id":0,"_seopress_social_twitter_img_width":0,"_seopress_social_twitter_img_height":0,"_seopress_redirections_value":"","_seopress_redirections_enabled":"","_seopress_redirections_enabled_regex":"","_seopress_redirections_logged_status":"","_seopress_redirections_param":"","_seopress_redirections_type":0,"_seopress_analysis_target_kw":"","footnotes":""},"categories":[1],"tags":[],"class_list":["post-2342","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-article"],"_links":{"self":[{"href":"https:\/\/junglelabs.uk\/de\/wp-json\/wp\/v2\/posts\/2342","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/junglelabs.uk\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/junglelabs.uk\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/junglelabs.uk\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/junglelabs.uk\/de\/wp-json\/wp\/v2\/comments?post=2342"}],"version-history":[{"count":1,"href":"https:\/\/junglelabs.uk\/de\/wp-json\/wp\/v2\/posts\/2342\/revisions"}],"predecessor-version":[{"id":2343,"href":"https:\/\/junglelabs.uk\/de\/wp-json\/wp\/v2\/posts\/2342\/revisions\/2343"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/junglelabs.uk\/de\/wp-json\/wp\/v2\/media\/2344"}],"wp:attachment":[{"href":"https:\/\/junglelabs.uk\/de\/wp-json\/wp\/v2\/media?parent=2342"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/junglelabs.uk\/de\/wp-json\/wp\/v2\/categories?post=2342"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/junglelabs.uk\/de\/wp-json\/wp\/v2\/tags?post=2342"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}