DNS-Propagation prüfen

RSS

Changed a DNS record? Compare live answers from six major public resolvers to see whether your update has propagated.

NS-Einträge für wikipedia.org

Alle 6 Resolver stimmen überein
ResolverStatusAntwortTTL
Cloudflare
1.1.1.1
NOERROR ns0.wikimedia.org.
ns1.wikimedia.org.
ns2.wikimedia.org.
167531
Google Public DNS
8.8.8.8
NOERROR ns0.wikimedia.org.
ns1.wikimedia.org.
ns2.wikimedia.org.
17845
AdGuard DNS
94.140.14.14
NOERROR ns0.wikimedia.org.
ns1.wikimedia.org.
ns2.wikimedia.org.
63770
NextDNS
45.90.28.0
NOERROR ns0.wikimedia.org.
ns1.wikimedia.org.
ns2.wikimedia.org.
69252
DNS.SB
185.222.222.222
NOERROR ns0.wikimedia.org.
ns1.wikimedia.org.
ns2.wikimedia.org.
36900
AliDNS
223.5.5.5
NOERROR ns0.wikimedia.org.
ns1.wikimedia.org.
ns2.wikimedia.org.
1

Gerade eben geprüft. Aktualisieren, um alle Resolver erneut abzufragen.

Was ist DNS-Propagation?

Wenn Sie einen DNS-Eintrag ändern, zum Beispiel um Ihre Domain auf einen neuen Webhost zu richten, ist die Änderung auf Ihren autoritativen Nameservern fast sofort aktiv. Rekursive Resolver weltweit (die Ihres Providers, von Google, Cloudflare und anderen) halten jedoch zwischengespeicherte Kopien der alten Antwort vor, bis deren TTL (Time to Live) abläuft. „Propagation“ ist schlicht die Zeit, die diese Caches brauchen, um abzulaufen und den neuen Wert abzurufen. Sie dauert typischerweise zwischen einigen Minuten und der TTL des alten Eintrags, und bis zu 48 Stunden, wenn sich die Nameserver selbst ändern, weil TLD-Delegierungen lange TTLs haben.

So funktioniert dieser Check

Wir fragen denselben Eintrag im selben Moment bei sechs großen öffentlichen Resolvern ab: Cloudflare (1.1.1.1), Google Public DNS (8.8.8.8), AdGuard DNS, NextDNS, DNS.SB und AliDNS. Anschließend markieren wir, welche mit der Mehrheitsantwort übereinstimmen. Diese Dienste betreiben Anycast-Netzwerke mit vielen Standorten und spiegeln daher wider, was ein großer Teil der Internetnutzer sieht. Liefern alle den neuen Wert, ist Ihre Änderung faktisch propagiert.

So beschleunigen Sie die DNS-Propagation

  1. Senken Sie die TTL vorab. Reduzieren Sie einen Tag vor einer geplanten Änderung die TTL des Eintrags auf 300 Sekunden. Sobald die alte TTL abgelaufen ist, aktualisiert sich jeder Cache nach Ihrer Änderung innerhalb von fünf Minuten.
  2. Nehmen Sie die Änderung vor, prüfen Sie sie mit einer DNS-Abfrage und beobachten Sie dann diese Seite.
  3. Leeren Sie lokale Caches. Führen Sie unter Windows ipconfig /flushdns aus; unter macOS sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder. Auch Browser speichern DNS kurzzeitig zwischen.
  4. Erhöhen Sie die TTL wieder, sobald alles stabil ist, um die Abfragelast zu verringern.

Mehr erfahren Sie in Was ist DNS und wie funktioniert es?

Häufig gestellte Fragen

Warum dauert die Propagation bis zu 48 Stunden?

Änderungen der Nameserver (NS) beim Registrar werden in der TLD-Zone veröffentlicht, wo Delegierungen häufig TTLs von ein bis zwei Tagen haben. Normale Eintragsänderungen sind meist viel schneller abgeschlossen.

Ein Resolver zeigt noch die alte IP. Stimmt etwas nicht?

Wahrscheinlich nicht. Dieser Resolver-Standort hat noch eine zwischengespeicherte Kopie. Sehen Sie in die TTL-Spalte: Sie zeigt, wie viele Sekunden bis zur Aktualisierung verbleiben.

Kann ich einen Resolver zur Aktualisierung zwingen?

Manche bieten das an: Cloudflare und Google haben beide öffentliche Seiten zum Leeren des Caches ihrer Resolver.

Aktualisiert

In die Zwischenablage kopiert