Wie funktioniert die DNS-Auflösung?

Question

IT Interview Practice · Accepted Answer

**DNS** (Domain Name System) ist das Telefonbuch des Internets: Es übersetzt einen menschenlesbaren Namen wie `example.com` in eine IP-Adresse wie `93.184.216.34`. Die Auflösung ist ein hierarchisches Lookup, das meist für dich von einem **recursive resolver** (dem deines ISP oder einem öffentlichen wie 8.8.8.8) erledigt wird, der den Baum der **authoritative** Nameserver in deinem Auftrag durchläuft:

```text
Browser ──▶ Recursive Resolver ──▶ Root (.)          "ask .com's servers"
                     │        ◀──
                     ├────────▶ TLD (.com)            "ask example.com's servers"
                     │        ◀──
                     └────────▶ Authoritative         "example.com = 93.184.216.34"
                                (example.com)   ◀──
Browser  ◀── 93.184.216.34
```

Der Resolver fragt die **root**-Server (die die TLD-Server kennen), dann die **TLD**-Server für `.com` (die wissen, wer für `example.com` authoritative ist), dann den **authoritative** Server (der den tatsächlichen Record hält). Um dies nicht jedes Mal zu wiederholen, werden Ergebnisse auf jeder Ebene **gecacht** — Browser, OS und Resolver — wobei jede die **TTL** (time-to-live) des Records respektiert. Ein warmer Cache löst in Mikrosekunden auf; ein kaltes Lookup kann mehrere round trips kosten.

Häufige **Record-Typen**: `A` (name → IPv4), `AAAA` (name → IPv6), `CNAME` (Alias auf einen anderen Namen), `MX` (Mailserver), `TXT` (beliebiger Text, genutzt für SPF/Verifizierung) und `NS` (delegiert eine Zone). Du kannst die Auflösung direkt inspizieren:

```bash
dig example.com A       # zeigt den A-Record und welcher Server geantwortet hat
```

## Warum es wichtig ist

DNS sitzt auf dem kritischen Pfad *jedes* Requests, der von einem Namen ausgeht, sodass ein langsamer oder falsch konfigurierter Resolver allem Latenz hinzufügt. Interviewer mögen diese Frage, weil sie offenbart, ob du **Hierarchie und Caching** verstehst — die zwei Ideen, die es einem globalen, verteilten System erlauben, Milliarden von Queries schnell zu beantworten. Es ist außerdem eine häufige Quelle realer Produktionsvorfälle ("es ist immer DNS"): abgelaufene Records, falsche TTLs oder Propagierungsverzögerungen nach einer Änderung, sodass das Wissen, wie Caching und TTL funktionieren, direkt praktisch ist.

Warum es wichtig ist

Ähnliche Fragen