DNS-Auflösung verstehen: Wie aus einem Domainnamen eine IP-Adresse wird

Was ist DNS und warum brauchen wir es?

Computer kommunizieren über IP-Adressen, zum Beispiel 93.184.216.34 für example.com. Menschen merken sich aber keine Zahlenfolgen, sondern Namen wie example.com oder mail.google.com. Das Domain Name System (DNS) ist das Telefonbuch des Internets: Es übersetzt menschenlesbare Domainnamen in maschinenlesbare IP-Adressen.

Ohne DNS müsste jeder Benutzer die genaue IP-Adresse jedes Servers kennen. Bei einem Server-Umzug würden alle Links mit IP-Adressen brechen. DNS löst dieses Problem durch eine verteilte, hierarchische Datenbank.

Der Aufbau der DNS-Hierarchie

DNS ist hierarchisch organisiert, wie ein umgekehrter Baum.

An der Wurzel (Root) stehen 13 Gruppen von Root-Nameservern, die über die ganze Welt verteilt sind. Sie kennen die Nameserver für alle Top-Level-Domains (TLDs) wie .de, .com oder .org.

Die TLD-Nameserver kennen die Nameserver für jede registrierte Domain innerhalb ihrer TLD. Der .de-Nameserver weiß also, welcher Nameserver für example.de zuständig ist.

Der autoritative Nameserver ist der letzte in der Kette. Er enthält die tatsächlichen DNS-Einträge für eine Domain und gibt verbindliche Antworten.

So läuft eine DNS-Auflösung ab

Wenn ein Benutzer www.example.com im Browser eingibt, passiert folgendes:

Schritt 1: Lokaler Cache Der Betriebssystem-Cache und der Browser-Cache werden zuerst geprüft. Wenn die Adresse kürzlich schon aufgelöst wurde und der TTL nicht abgelaufen ist, wird die gecachte IP direkt verwendet.

Schritt 2: Rekursiver Resolver Ist kein Cache-Eintrag vorhanden, fragt das System den konfigurierten DNS-Resolver. Das ist meist der Router oder der DNS-Server des Internetanbieters. Dieser Resolver übernimmt die gesamte Arbeit der Auflösung.

Schritt 3: Root-Nameserver befragen Der Resolver fragt einen Root-Nameserver nach www.example.com. Der Root-Server kennt die Adresse selbst nicht, aber er weiß, welcher Nameserver für .com-Domains zuständig ist, und gibt diese Information zurück.

Schritt 4: TLD-Nameserver befragen Der Resolver fragt den .com-Nameserver. Dieser kennt den autoritativen Nameserver für example.com und gibt dessen Adresse zurück.

Schritt 5: Autoritativer Nameserver befragen Der Resolver fragt den autoritativen Nameserver von example.com nach dem A-Record für www.example.com. Dieser gibt die IP-Adresse zurück.

Schritt 6: Antwort und Cache Der Resolver gibt die IP-Adresse an den Client zurück und speichert das Ergebnis für die Dauer des TTL-Werts im Cache.

Der gesamte Prozess dauert in der Regel 20 bis 120 Millisekunden. Gecachte Abfragen sind deutlich schneller.

DNS-Record-Typen im Überblick

Neben dem A-Record gibt es weitere wichtige Eintragstypen:

CNAME (Canonical Name): Ein Alias, der auf eine andere Domain zeigt statt auf eine IP-Adresse. Zum Beispiel zeigt www.example.com via CNAME auf example.com.

MX (Mail Exchange): Gibt an, welcher Server E-Mails für eine Domain empfängt. Ohne korrekte MX-Records funktioniert der E-Mail-Empfang nicht.

TXT: Texteinträge für verschiedene Zwecke, unter anderem für SPF (Spam-Schutz), DKIM (E-Mail-Signierung) und die Verifizierung des Domainbesitzes bei Google oder anderen Diensten.

NS (Name Server): Gibt die autoritativen Nameserver einer Domain an.

SOA (Start of Authority): Enthält Metadaten über die DNS-Zone, darunter die E-Mail-Adresse des Administrators und den primären Nameserver.

TTL: Time to Live

Jeder DNS-Eintrag hat einen TTL-Wert in Sekunden. Er gibt an, wie lange DNS-Resolver und Browser den Eintrag cachen dürfen, bevor sie erneut beim Nameserver nachfragen.

Ein hoher TTL (86400 = 24 Stunden) reduziert die Anzahl der DNS-Anfragen und beschleunigt die Auflösung für wiederkehrende Besucher. Ein niedriger TTL (300 = 5 Minuten) ermöglicht schnellere Änderungen, erzeugt aber mehr Last auf den Nameservern.

Vor einem geplanten Server-Umzug oder Domain-Wechsel empfiehlt es sich, den TTL mindestens 24 Stunden vorher auf einen niedrigen Wert zu setzen. So greifen Änderungen schneller.

Häufige DNS-Probleme und ihre Diagnose

NXDOMAIN (Non-Existent Domain): Die angefragte Domain existiert nicht in der DNS-Datenbank. Das passiert bei Tippfehlern in der URL, bei abgelaufenen Domains oder bei noch nicht eingetragenen Domains nach einer Neuregistrierung.

Falscher A-Record: Die Domain löst auf eine veraltete IP auf, weil der TTL des alten Eintrags noch nicht abgelaufen ist. Das Tool zeigt in diesem Fall einen Verbindungsfehler oder die falsche Website.

Propagationsverzögerung: Neue DNS-Einträge verbreiten sich schrittweise über alle Resolver weltweit. In der Übergangsphase kann es vorkommen, dass manche Benutzer die alte Adresse sehen und andere die neue.

DNS-Probleme lassen sich mit den Befehlszeilenwerkzeugen nslookup und dig diagnostizieren:

# Einfache Abfrage
nslookup example.com

# Ausfuehrliche Ausgabe mit dig
dig example.com A

# Kompletten Auflösungsweg zeigen
dig +trace example.com

DNS und Website-Erreichbarkeit

Das Tool auf dieser Seite prüft, ob eine Website erreichbar ist. Schlägt die DNS-Auflösung fehl, kann keine HTTP-Verbindung aufgebaut werden und die Website erscheint als “nicht erreichbar”. DNS-Fehler sind eine der häufigsten Ursachen für Nicht-Erreichbarkeit, noch vor Serverproblemen.

Ein häufiges Szenario: Die Domain läuft ab, der Registrar parkt sie, und statt der eigenen Website sehen Besucher eine Parking-Seite oder eine Fehlermeldung. Regelmäßiges Monitoring hilft, solche Situationen frühzeitig zu erkennen.

Fazit

DNS ist die unsichtbare Infrastruktur des Internets. Ohne funktionierende DNS-Auflösung ist eine Website praktisch unerreichbar, selbst wenn der eigentliche Webserver problemlos läuft. Das Verständnis der Hierarchie, der Record-Typen und des TTL-Mechanismus ermöglicht es, DNS-Probleme schnell zu diagnostizieren und gezielt zu beheben.