Eine rekursive DNS-Abfrage, Schritt für Schritt
Browser
fragt example.com an
Resolver
Ihr ISP / 1.1.1.1
Root + TLD
wer betreibt .com?
Autoritativ
die echte Antwort
Jeder Schritt in dieser Kette ist selbst eine DNS-Abfrage und wird danach zwischengespeichert
Was ist ein Nameserver? So funktioniert die Delegierung
Ein Nameserver ist ein Server, der die DNS-Records Ihrer Domain vorhält und Fragen dazu beantwortet. Die NS-Records Ihrer Domain legen fest, welche Nameserver zuständig sind – und diese eine Einstellung entscheidet, welche Änderungen in welchem Control Panel tatsächlich zählen.
Wenn Sie schon einmal einen DNS-Record geändert, gewartet und absolut nichts gesehen haben, ist das mit ziemlicher Sicherheit der Grund.
Delegierung: Wie das Internet Ihre Nameserver findet
DNS ist eine Delegierungshierarchie. Niemand führt eine Masterliste aller Domains. Stattdessen gibt jede Ebene die Verantwortung an die nächste weiter.
Eine rekursive DNS-Abfrage, Schritt für Schritt
Browser
fragt example.com an
Resolver
Ihr ISP / 1.1.1.1
Root + TLD
wer betreibt .com?
Autoritativ
die echte Antwort
Jeder Schritt in dieser Kette ist selbst eine DNS-Abfrage und wird danach zwischengespeichert
- Die Root-Server wissen, wer jede Top-Level-Domain betreibt – wer für
.com,.orgund.iozuständig ist. - Die
.com-Registry weiß, an welche Nameserver jede.com-Domain delegiert. Hier werden IhreNS-Records hinterlegt. - Ihre Nameserver halten die eigentliche Zone: den
A-,MX-,TXT-Record und alle weiteren Records.
Kernaussage
Ihr Registrar steuert, auf welche Nameserver Ihre Domain zeigt. Wer diese Nameserver betreibt, steuert, was die Records aussagen. Das sind oft zwei verschiedene Unternehmen.
Registrar und DNS-Host im Vergleich
Diese Unterscheidung sorgt für mehr Verwirrung als alles andere im DNS.
| Registrar | DNS-Host | |
|---|---|---|
| Aufgabe | Registriert und besitzt den Domainnamen | Beantwortet DNS-Abfragen dafür |
| Steuert | Die NS-Delegierung | Die eigentlichen Records |
| Beispiele | Namecheap, GoDaddy, Google Domains | Cloudflare, Route 53, Ihr Webhoster |
| Dasselbe Unternehmen? | Oft, aber nicht zwingend |
Wie NS-Records aussehen
example.com. 86400 IN NS ns1.cloudflare.com.
example.com. 86400 IN NS ns2.cloudflare.com.Beachten Sie die lange TTL: 86400 Sekunden sind ein Tag, und Delegierungs-TTLs sind oft noch länger. Das ist Absicht: Die Delegierung ändert sich selten, und starkes Caching entlastet die TLD-Server.
Zwei Nameserver sind das praktische Minimum, und die meisten Registries verlangen mindestens zwei. Anbieter vergeben typischerweise zwei bis vier, gehostet in getrennten Netzwerken, damit ein Ausfall Ihre Domain nicht vom Netz nimmt.
So prüfen Sie Ihre Nameserver
dig +short example.com NSOder lassen Sie die Domain durch das Lookup-Tool laufen, das die NS-Records neben allem anderen auflistet. Was auch immer zurückkommt, ist der Anbieter, in dessen Control Panel Sie Änderungen vornehmen sollten.
Nameserver sicher wechseln
Mit einem Wechsel des DNS-Anbieters ziehen Sie Ihre gesamte Zone auf einmal um. Geschieht das nachlässig, bricht alles gleichzeitig zusammen – Website, E-Mail und sämtliche Verifizierungs-Records.
Zuerst jeden vorhandenen Record kopieren
Exportieren Sie die vollständige Zone beim aktuellen Anbieter. Nicht nur den
A-Record, sondern auchMX, jedenTXT(SPF, DKIM, Verifizierungs-Tokens),CNAMEund alle Subdomains. Fehlt einer, fällt der davon abhängige Dienst aus.Sie vor dem Wechsel beim neuen Anbieter neu anlegen
Bauen Sie die vollständige Zone beim neuen Host auf, während die Delegierung noch auf den alten zeigt. Noch ist nichts live, Fehler kosten also nichts.
Durch direkte Abfrage der neuen Nameserver verifizieren
Führen Sie für jeden Record-Typ
dig @ns1.newprovider.com example.comaus. So werden die neuen Server vor jeder Delegierungsänderung abgefragt und die Korrektheit der Zone bestätigt.Die NS-Records beim Registrar aktualisieren
Erst jetzt ändern Sie die Delegierung. Wegen der Registry-TTL kann es bis zu 48 Stunden dauern, bis der Wechsel überall sichtbar ist.
Die alte Zone eine Woche lang bestehen lassen
Löschen Sie die alten Records nicht sofort. Solange die Delegierung im Fluss ist, erreichen manche Resolver noch die alten Server – ist die Zone weg, schlagen diese Abfragen komplett fehl.
Möchten Sie die öffentlichen DNS-Adressen einer Domain prüfen? Nutzen Sie das Tool Domain IP Lookup.
Kostenlose Tools zu diesem Thema
Häufig gestellte Fragen
Weiterführende Artikel
Eine rekursive DNS-Abfrage, Schritt für Schritt
Browser
fragt example.com an
Resolver
Ihr ISP / 1.1.1.1
Root + TLD
wer betreibt .com?
Autoritativ
die echte Antwort
Jeder Schritt in dieser Kette ist selbst eine DNS-Abfrage und wird danach zwischengespeichert
So funktioniert DNS: Vom Domainnamen zur IP-Adresse
Das Telefonbuch des Internets, von Anfang bis Ende nachverfolgt: Was in den wenigen Millisekunden zwischen der Eingabe einer Domain und dem ersten Paket beim Server geschieht.
„Propagation“ heißt nur: Caches laufen ab
0 Min.
Sie speichern die Änderung
0-5 Min.
Ihr DNS-Host aktualisiert
bis TTL
alte Antwort noch im Cache
nach TTL
alle sehen die neue
Nichts wird verteilt – jeder Cache nutzt seine Kopie einfach nicht mehr
DNS-Propagierung: Warum Änderungen so lange dauern
Nichts wird irgendwohin propagiert. Wer versteht, was während des Wartens tatsächlich passiert, weiß genau, wie lange es dauert und wie sich die Zeit verkürzen lässt.
Die Einträge, die Ihnen in fast jeder Zone begegnen
DNS-Record-Typen erklärt: Das vollständige Nachschlagewerk
Jeder Record-Typ, den man kennen sollte, was er tut, wie er aussieht und welchen Fehler man damit macht — auf einer einzigen Referenzseite.