GUIDE / ADMINISTRATION / IT-PRAXIS

DNS verstehen: Was beim Aufruf einer Website wirklich passiert

DNS wirkt simpel – Name rein, IP raus. In Wirklichkeit spielen lokale Caches, Resolver, Root-Server, TLD-Server, autoritative Nameserver, TTL und DNSSEC zusammen. Dieser Guide erklärt den Weg einer Anfrage von Anfang bis Ende.

PROBLEM→ANALYSE→LÖSUNG→BETRIEB

Der Browser beginnt nicht bei Root

Bevor ein externer DNS-Server gefragt wird, können Browser, Betriebssystem und lokaler Resolver bereits einen Treffer im Cache haben. Auch die Hosts-Datei kann eine Rolle spielen.

Der rekursive Resolver

Der DNS-Resolver des Netzwerks übernimmt normalerweise die rekursive Suche. Er fragt bei Bedarf weitere Nameserver und cached das Ergebnis.

Root, TLD und autoritativ

Wenn der Resolver nichts kennt, beginnt die Auflösung bei den Root-Nameservern, folgt zur TLD wie `.de` und landet beim autoritativen Nameserver der Domain.

A und AAAA

Ein A-Record liefert eine IPv4-Adresse, AAAA eine IPv6-Adresse. Beide können parallel existieren.

CNAME

Ein CNAME verweist auf einen anderen Namen. Das ist praktisch, aber bei komplexen Ketten sollte man TTL und zusätzliche DNS-Lookups im Blick behalten.

MX

Mailserver werden über MX-Records gefunden. Ein Webserver und ein Mailserver müssen nicht dieselbe Infrastruktur verwenden.

TXT

TXT-Records werden unter anderem für SPF, Domain-Verifikation und andere Richtlinien verwendet.

TTL und Cache

Die TTL bestimmt, wie lange Resolver einen Eintrag cachen dürfen. Änderungen wirken deshalb nicht überall sofort.

DNSSEC

DNSSEC ergänzt DNS um kryptografische Signaturen und schützt gegen bestimmte Manipulationen der Auflösung. Es verschlüsselt DNS nicht.

Werkzeuge

Unter Windows sind `nslookup` und `Resolve-DnsName` praktisch; unter Linux/Unix ist `dig` eines der wichtigsten Diagnosewerkzeuge.

Resolve-DnsName example.com
nslookup example.com
dig example.com A
dig example.com MX

Praxisdiagnose

Vergleiche verschiedene Resolver, frage autoritative Server direkt und prüfe A, AAAA, MX, TXT und NS.

Fazit

Wer DNS versteht, versteht einen großen Teil der modernen Netzwerkdiagnose. Viele vermeintliche Webserverprobleme sind in Wirklichkeit DNS-Probleme.

Praxis-Merksatz: Gute Administration besteht aus nachvollziehbaren Schritten, dokumentierten Änderungen, Backups und einem getesteten Rückweg.