DNS

Entstehung und Beteiligte

DNS wurde 1983 von Paul Mockapetris am Information Sciences Institute der University of Southern California entworfen. Jon Postel koordinierte damals viele Internetnummern und unterstützte die Standardisierung. Die ersten Beschreibungen erschienen als RFC 882 und 883; RFC 1034 und 1035 ersetzten sie 1987.

Welches Problem sollte gelöst werden?

Im frühen ARPANET genügte eine zentrale Datei namens HOSTS.TXT, die Rechnernamen und Adressen enthielt. Mit jedem neuen Host wuchs sie, musste vollständig verteilt werden und erzeugte Konflikte bei gleichzeitigen Änderungen. Mockapetris sollte ein System schaffen, das Namen dezentral delegieren und dennoch weltweit eindeutig auflösen konnte.

Technische Hürden und Lösungen

Die Lösung war ein hierarchischer Namensraum mit Zonen, autoritativen Servern, rekursiven Resolvern und Zwischenspeichern. Schwierige Fragen waren Cache-Laufzeiten, negative Antworten, Delegationen und Ausfallsicherheit. Später kamen Internationalisierung, dynamische Updates und DNSSEC hinzu, ohne die alte Infrastruktur zu brechen.

Standardisierung und Einordnung

Netzwerktechnik entsteht selten als Einzelerfindung. Forschungseinrichtungen, Hersteller und Standardisierungsgremien erproben Verfahren, dokumentieren sie in RFCs oder IEEE-Normen und verbessern sie über viele Jahre. Entscheidend ist deshalb die Unterscheidung zwischen erster Idee, erster praktischer Implementierung und späterem Standard. Moderne Netze tragen häufig mehrere historische Schichten gleichzeitig: Ethernet auf der lokalen Verbindung, IP für die Adressierung und TCP oder UDP für den Transport.

Technik im praktischen Betrieb

Im praktischen Betrieb müssen Adressierung, Namensauflösung, Weiterleitung und lokale Übertragung als zusammenhängende Kette betrachtet werden. Ein Fehler zeigt sich häufig an einer anderen Stelle als seiner Ursache: Eine falsche Subnetzmaske wirkt wie ein Routingproblem, ein fehlender ARP-Eintrag wie eine unterbrochene Leitung und ein DNS-Fehler wie ein ausgefallener Server. Aussagekräftige Diagnose beginnt deshalb unten bei Link und Adresse, prüft anschließend Weg und Transport und erst danach die Anwendung. Paketmitschnitte, Tabellenstände und genaue Zeitpunkte sind verlässlicher als Vermutungen aus einer einzelnen Fehlermeldung.

Warum das Thema heute noch relevant ist

Die historischen Entscheidungen wirken bis heute, weil grundlegende Netzprotokolle extrem langlebig sind. Neue Verfahren müssen mit Milliarden vorhandener Geräte, Anwendungen und Konfigurationen zusammenarbeiten. Deshalb bleiben Felder, Begriffe und Grenzen erhalten, die aus einer Zeit mit wenigen Forschungsnetzen stammen. Wer die damalige Problemstellung kennt, versteht besser, warum manche Lösungen bewusst einfach, zustandslos oder fehlertolerant entworfen wurden und weshalb spätere Erweiterungen nicht jede Altlast beseitigen konnten.

Daten und Meilensteine

• 1983: RFC 882 und 883 beschreiben das erste DNS.
• 1984: .com, .org, .edu und weitere Top-Level-Domains werden vorbereitet.
• 1987: RFC 1034 und 1035 bilden bis heute die technische Grundlage.
• DNS verwendet meist UDP 53, für große Antworten und Zonentransfers auch TCP.

Was ist DNS?

Das Domain Name System (DNS) ist einer der fundamentalsten Dienste im Internet. Menschen merken sich Namen wie "google.com" viel besser als Zahlenreihen wie "142.250.74.46". DNS übernimmt die Übersetzung: Es ist das globale, verteilte Verzeichnis, das Domainnamen auf IP-Adressen abbildet.

DNS wurde 1983 von Paul Mockapetris entwickelt und löste die damalige HOSTS.TXT-Datei ab, in der alle Hostnamen zentral gepflegt wurden. Heute verwaltet DNS Milliarden von Einträgen und beantwortet täglich Billionen von Anfragen weltweit.

Wie funktioniert die DNS-Auflösung?

Wenn du eine URL eingibst, durchläuft die Anfrage mehrere Stationen:

1. Dein Browser prüft zunächst seinen lokalen Cache – wurde die Domain kürzlich aufgelöst?
2. Falls nicht, fragt er den rekursiven Resolver deines ISP oder einen öffentlichen DNS (z.B. 8.8.8.8).
3. Der Resolver fragt einen Root-Nameserver (13 Anker-Cluster weltweit), der für die TLD (.com, .de etc.) zuständig ist.
4. Der TLD-Nameserver verweist auf den autoritativen Nameserver der Domain.
5. Dieser liefert die finale IP-Adresse zurück. Der Resolver cached das Ergebnis (TTL) und antwortet deinem Browser.

DNS-Eintragstypen (Resource Records)

DNS kennt verschiedene Eintragstypen für unterschiedliche Zwecke:

• A-Record: IPv4-Adresse (z.B. example.com → 93.184.216.34)
• AAAA-Record: IPv6-Adresse (128-Bit)
• CNAME: Alias/Umleitung auf einen anderen Hostnamen
• MX-Record: Zuständiger Mailserver für eine Domain
• TXT-Record: Freitext, u.a. für SPF, DKIM, Domain-Verifizierung
• NS-Record: Zuständige Nameserver für eine Zone
• SOA-Record: Start of Authority – Metadaten der Zone
• PTR-Record: Reverse DNS – IP zu Hostname

DNS-Sicherheit

Standard-DNS überträgt Anfragen unverschlüsselt, was DNS-Spoofing und Cache-Poisoning ermöglicht. Ein Angreifer könnte gefälschte Antworten einschleusen und Nutzer auf bösartige Server umleiten.

Gegenmittel: DNSSEC signiert DNS-Einträge kryptografisch (kann aber keine Verschlüsselung). DNS-over-HTTPS (DoH) und DNS-over-TLS (DoT) verschlüsseln die Kommunikation zwischen Client und Resolver vollständig.