DNS für Webentwickler: Die Funktionsweise von Domainnamen

Sie geben "google.com" in die Adresszeile ein und die Webseite lädt. Was im Hintergrund abläuft, ist eine komplexe Kaskade von DNS-Anfragen, die den menschenlesbaren Domainnamen in eine IP-Adresse (wie 142.250.180.14) übersetzen, mit der Maschinen arbeiten können. Das DNS (Domain Name System) fungiert als das Telefonbuch des Internets. Für Webentwickler ist ein tiefes Verständnis dieses Systems unerlässlich, denn wenn das DNS streikt, ist die gesamte Anwendung für den Nutzer nicht mehr erreichbar.

Der Prozess der DNS-Auflösung

1. Sie geben "beispiel.de" im Browser ein

2. Browser prüft lokalen Cache → Treffer nicht gefunden

3. Betriebssystem prüft DNS-Cache → Treffer nicht gefunden

4. Anfrage geht an den rekursiven Resolver Ihres ISPs (z.B. 8.8.8.8)

5. Der Resolver fragt den Root-DNS-Server:
   "Wo ist .de?"
   → "Frage den .de TLD-Server unter 194.246.96.1"

6. Der Resolver fragt den TLD-Server:
   "Wo ist beispiel.de?"
   → "Frage den autoritativen Nameserver ns1.beispiel.de"

7. Der Resolver fragt den autoritativen Nameserver:
   "Welche IP hat beispiel.de?"
   → "93.184.216.34 (TTL: 3600 Sekunden)"

8. Ergebnis wird auf allen Ebenen gecacht → Browser verbindet sich mit 93.184.216.34

DNS-Eintragstypen (Records)

A-Record (Address)

Dies ist der Standard-Eintrag, der einen Hostnamen direkt auf eine IPv4-Adresse abbildet.

beispiel.de.     A     93.184.216.34
www.beispiel.de. A     93.184.216.34

AAAA-Record (IPv6)

Entspricht einem A-Record, verweist jedoch auf eine IPv6-Adresse. Dies ist wichtig für die Zukunftssicherheit und Erreichbarkeit über moderne Netzwerke.

beispiel.de.     AAAA  2606:2800:0220:0001:0248:1893:25c8:1946

CNAME-Record (Canonical Name)

Dient als Alias. Anstatt auf eine IP zu zeigen, verweist ein CNAME auf eine andere Domain. Ideal für Subdomains oder die Integration von CDNs.

www.beispiel.de.     CNAME  beispiel.de.
blog.beispiel.de.    CNAME  meinblog.wordpress.com.
cdn.beispiel.de.     CNAME  d1234.cloudfront.net.

MX-Record (Mail Exchange)

Definiert die Mailserver für eine Domain. Über eine Prioritätszahl wird festgelegt, welcher Server bevorzugt angesteuert werden soll (niedrigere Zahl = höhere Priorität).

beispiel.de.  MX  10  mail1.beispiel.de.
beispiel.de.  MX  20  mail2.beispiel.de.  (Backup)

TXT-Record

Speichert beliebige Textinformationen. Dieser Typ ist entscheidend für Sicherheitsmechanismen wie SPF, DKIM oder die Domain-Verifizierung bei Drittanbietern.

# SPF — Autorisierte Server für den E-Mail-Versand
beispiel.de.  TXT  "v=spf1 include:_spf.google.com ~all"

# Google-Domainverifizierung
beispiel.de.  TXT  "google-site-verification=abc123..."

# DKIM-Signatur
selector._domainkey.beispiel.de.  TXT  "v=DKIM1; k=rsa; p=MIGf..."

TTL (Time to Live)

Die TTL gibt an, wie lange DNS-Resolver einen Datensatz zwischenspeichern dürfen, bevor sie beim autoritativen Server erneut nachfragen. Die Angabe erfolgt in Sekunden.

• Hohe TTL (z. B. 86400 = 24 Stunden): Gut für statische Einträge. Spart Ressourcen, macht aber Änderungen träge.
• Niedrige TTL (z. B. 300 = 5 Minuten): Ideal bei anstehenden Serverumzügen, um Änderungen fast in Echtzeit zu verbreiten.
• Profi-Tipp: Senken Sie die TTL vor einer geplanten DNS-Änderung frühzeitig ab, um die weltweite Propagierung zu beschleunigen.

DNS-Debugging-Werkzeuge

# DNS-Einträge gezielt abfragen
dig beispiel.de A
dig beispiel.de MX
dig beispiel.de TXT

# Den vollständigen Auflösungspfad verfolgen
dig +trace beispiel.de

# Einfache DNS-Abfrage
nslookup beispiel.de

# DNS-Propagierung weltweit prüfen
# Nutzen Sie Online-Tools wie dnschecker.org oder whatsmydns.net

Häufige Aufgaben in der DNS-Administration

• Domain mit Hosting verbinden: A-Record auf die IP-Adresse des Webservers setzen.
• E-Mail-Dienste einrichten: MX-Records für Anbieter wie Google Workspace oder Microsoft 365 konfigurieren.
• Cloudflare & CDNs: Nameserver auf den CDN-Anbieter übertragen, um Proxys, Caching und DDoS-Schutz zu aktivieren.
• Routing von Subdomains: A-Records für dedizierte IP-Adressen oder CNAMEs für externe Dienste verwenden.
• SSL-Validierung: TXT- oder CNAME-Einträge hinterlegen, um die Inhaberschaft der Domain bei CA-Anbietern nachzuweisen.

Typische Fallstricke

• CNAME auf der Root-Domain: Technisch nicht erlaubt (RFC-Vorgaben). Verwenden Sie an der Root-Domain einen A-Record oder einen ALIAS-Record, falls Ihr Provider dies anbietet.
• DNS-Propagierungszeit unterschätzen: Änderungen können global bis zu 48 Stunden benötigen, bis sie überall vollständig übernommen wurden.
• Versäumnis bei SPF/DKIM/DMARC: Fehlende E-Mail-Sicherheitseinträge führen oft dazu, dass Ihre Mails direkt im Spam-Ordner landen.