Funktionsweise von DNS

In dieser interaktiven Lerneinheit verstehst du die zentrale Rolle von DNS-Servern und -Clients bei der Namensauflösung im Internet. Du lernst die verschiedenen Servertypen und ihre spezifischen Aufgaben kennen und erfährst, wie DNS-Anfragen zwischen Clients und Servern ablaufen. Diese Grundlagen sind essentiell für die spätere Konfiguration und Fehlersuche in DNS-Systemen.

Einführung

Du gibst eine Webadresse in den Browser ein – aber nichts passiert. Die Seite lädt einfach nicht. Kein Serverfehler, kein Timeout – einfach Stille.

Ohne DNS ist das Internet praktisch nutzlos — Bildrechte: Ausbildung-in-der-IT.de (KI-unterstützt)

Was viele nicht wissen: Oft liegt der Fehler nicht am Server, sondern am DNS. Wenn die Namensauflösung nicht funktioniert, ist das Internet praktisch nutzlos.

Damit du verstehst, wie dein Gerät überhaupt weiß, welche IP-Adresse zu einem Domainnamen gehört – und was dabei alles schieflaufen kann –, schauen wir uns jetzt die Grundlagen von DNS-Servern und -Clients an.

Lernziele

Nach dieser Lerneinheit kannst du:

1. Die Aufgaben und Unterschiede autoritativer und rekursiver DNS-Server erklären, inklusive deren Rolle bei der Namensauflösung.
2. Den Ablauf autoritärer und rekursiver DNS-Anfragen nachvollziehen und typische Einsatzszenarien voneinander abgrenzen.
3. Die Funktion von DNS-Caching und die Bedeutung des TTL-Werts beschreiben, insbesondere hinsichtlich Effizienz und Aktualität der Auflösung.
4. Die Konfigurationsmöglichkeiten eines DNS-Clients erläutern, einschließlich primärer/sekundärer DNS-Server, Search List und Sicherheitsoptionen wie DoH und DoT.

Überleitung

Du gibst eine Adresse wie www.beispiel.com ein – aber wer sorgt eigentlich dafür, dass dein Gerät die richtige IP-Adresse bekommt? Damit die Namensauflösung funktioniert, arbeiten mehrere Akteure im Hintergrund zusammen: DNS-Server und DNS-Clients.

DNS-Server

DNS-Server sind speziell dafür konfiguriert, DNS-Abfragen zu beantworten. Man unterscheidet zwei zentrale Rollen:

Autoritative DNS-Server

Diese Server verwalten die echten DNS-Daten für eine bestimmte Zone. Sie liefern verbindliche Antworten:

• Primärer (Master) Server: Hält die originale Zonendatei. Änderungen werden direkt hier vorgenommen.
• Sekundärer (Slave) Server: Holt sich die Daten regelmäßig vom Master via Zonentransfer (AXFR oder IXFR). Er dient zur Ausfallsicherung und Lastverteilung.

DNS-Server

Rekursive Resolver (Recursive DNS-Server)

Diese Server übernehmen die vollständige Namensauflösung:

• Sie starten bei den Root-Nameservern und arbeiten sich über die TLD-Server bis zu den autoritativen Servern vor.
• Sie speichern die Antworten im Cache, um Wiederholungsanfragen schneller zu beantworten (abhängig vom TTL-Wert).

DNS-Server

Aufgaben von DNS-Servern

Aufgabe	Beschreibung
Namensauflösung	Umsetzung von Domainnamen in IP-Adressen und umgekehrt (Reverse DNS).
Zonentransfer	Übertragung von Zonendaten vom primären zu einem oder mehreren sekundären DNS-Servern.
Caching	Zwischenspeicherung von DNS-Abfrageergebnissen zur Verkürzung der Auflösungszeit.
Delegation	Weiterleitung von Anfragen an andere Server bei fehlender lokaler Information.
Lastverteilung	Verteilung des Datenverkehrs auf mehrere Server mittels DNS-Einträgen wie Round Robin.

Autoritäre und rekursive DNS-Anfragen

Im DNS-System existieren zwei grundlegend verschiedene Arten von Anfragen: autoritäre (authoritative queries) und rekursive (recursive queries). Sie unterscheiden sich hinsichtlich Ziel, Verantwortung und Ablauf deutlich.

Autoritäre Anfragen (Authoritative Queries)

Eine autoritäre Anfrage wird an einen DNS-Server gestellt, der direkt für die angefragte Domainzone zuständig ist. Der Server besitzt die maßgeblichen Resource Records (RRs) und kann somit eine finale, verbindliche Antwort liefern.

Beispiel: Ein Nutzer möchte die IP-Adresse von www.example.com auflösen. Der zuständige autoritative Server für example.com besitzt die A- oder AAAA-Records dieser Subdomain und kann sie sofort, ohne Rückfragen an andere Server, bereitstellen.

Merkmale:

• Antwort basiert auf lokalen Zonendaten
• Keine Weiterleitung oder zusätzliche Abfragen
• Antwort ist „verbindlich“ (authoritative answer flag gesetzt)

Rekursive Anfragen (Recursive Queries)

Bei einer rekursiven Anfrage beauftragt ein Client einen DNS-Server damit, die vollständige Auflösung einer Domain durchzuführen. Falls der angefragte Server die Antwort nicht im eigenen Cache hat und nicht autoritativ ist, beginnt er eine kaskadierende Abfragekette:

1. Anfrage an einen Root-Nameserver
2. Weiterleitung an den TLD-Server (z. B. .com)
3. Weiterleitung an den autoritativen Server der Zielzone
4. Rückgabe der endgültigen Antwort an den anfragenden Client

Beispiel: Ein Resolver fragt www.example.com an. Der rekursive Server hat keine Information im Cache und beginnt die Suche bei einem Root-Server. Er hangelt sich über .com bis zum autoritativen Server für example.com und liefert dann die Antwort zurück.

Vergleich der beiden Anfragetypen

Merkmal	Autoritäre Anfrage	Rekursive Anfrage
Zuständigkeit	Server ist für die Zone verantwortlich	Server fragt stellvertretend andere Server
Datenquelle	Lokale Zonendaten	Ergebnis aus mehreren, externen Servern
Weiterleitung	Keine	Ja (Root → TLD → autoritativ)
Caching	Nicht zwingend	Üblicherweise mit Cache
Beispiel	A-Record-Abfrage bei ns1.example.com	Anfrage über einen öffentlichen Resolver (z. B. 8.8.8.8)

Fazit: Autoritäre Anfragen liefern endgültige Informationen aus erster Hand. Rekursive Anfragen decken die gesamte Namensauflösung ab und sind vor allem bei Endnutzer-Clients der Standard.

DNS-Clients

DNS-Clients, auch Resolver genannt, sind Programme auf deinem Gerät. Sie stoßen die Namensauflösung an, sobald du z. B. im Browser eine Adresse eingibst.

Stub-Resolver

• Diese einfachen Resolver sind in Betriebssysteme integriert.
• Sie geben rekursive Anfragen an einen konfigurierten rekursiven DNS-Server weiter.
• Die eigentliche Auflösung geschieht nicht lokal, sondern auf dem DNS-Server.

Vollständige rekursive Resolver auf Client-Seite

• In manchen Netzwerken (z. B. Rechenzentren) können auch vollständige Resolver direkt auf Clients laufen.
• Sie kommunizieren selbst mit den Root- und TLD-Servern.

Caching und Time-to-Live (TTL)

Damit DNS-Anfragen nicht jedes Mal neu durchgeführt werden müssen, speichern sowohl DNS-Server als auch Clients bereits erhaltene Antworten im Cache.

• Die TTL (Time to Live) eines DNS-Records gibt an, wie lange eine Antwort gültig ist.
• Nach Ablauf der TTL wird die Information verworfen und erneut angefragt.
• Caching spart Zeit, reduziert Netzwerkbelastung und beschleunigt die Antwortzeiten bei häufig genutzten Domains.

⏳ Lädt Dataview-Inhalt...

Was passiert, wenn DNS falsch konfiguriert ist?

Du klickst auf einen Link, doch nichts passiert – die Seite lädt nicht. Dabei liegt es nicht am Server, sondern an deinem Gerät: Der DNS-Client weiß nicht, wohin er die Anfrage senden soll. Damit DNS zuverlässig funktioniert, muss dein Gerät korrekt konfiguriert sein.

Konfigurationsquellen für DNS-Clients

Die Konfiguration bestimmt, an welche DNS-Server dein Gerät seine Anfragen stellt. Es gibt zwei Hauptwege:

• Manuelle Konfiguration:

  • Du gibst die IP-Adressen der DNS-Server direkt in den Netzwerkeinstellungen an.
  • Beispiel: Google DNS 8.8.8.8, 8.8.4.4

• Automatisch via DHCP (Dynamic Host Configuration Protocol):

  • In vielen Netzwerken weist der Router oder ein DHCP-Server deinem Gerät automatisch DNS-Server zu.
  • Dies ist der Standard in Heimnetzwerken und vielen Unternehmensnetzen.

DNS-Client-Konfiguration: Resolver

Ein DNS-Resolver ist das clientseitige Modul, das DNS-Anfragen auslöst und die Umwandlung von Domain-Namen in IP-Adressen initialisiert. Die Art und Weise, wie der Resolver konfiguriert ist, beeinflusst direkt die Effizienz und Zuverlässigkeit der Namensauflösung.

Primärer und sekundärer DNS-Server

Zur Gewährleistung der Ausfallsicherheit kann ein Gerät mehrere DNS-Server verwenden.

• Primärer DNS-Server: Wird bevorzugt kontaktiert.
• Sekundärer DNS-Server: Wird genutzt, wenn der primäre Server nicht antwortet.

Beispiel:

Primär:     8.8.8.8     (Google Public DNS)
Sekundär:   1.1.1.1     (Cloudflare DNS)

Diese Konfiguration ist typisch in /etc/resolv.conf (Linux) oder den Netzwerkeinstellungen (Windows/macOS).

DNS-Client-Konfiguration: Search List

Search List

Die sogenannte Search List (Suchdomänenliste) erweitert unvollständige Hostnamen automatisch um vordefinierte Domain-Suffixe. Dies ist besonders nützlich in internen Netzwerken (z. B. Unternehmen oder Hochschulen).

Funktionsweise:

Wenn ein Nutzer z. B. server1 aufruft und die Search List example.com enthält, wird automatisch server1.example.com als vollständiger Domain-Name abgefragt.

Beispiel-Konfiguration:

search example.com intern.example.com

In diesem Fall würde der Resolver nacheinander folgende Namen prüfen:

1. server1.example.com
2. server1.intern.example.com

Nur wenn alle Versuche scheitern, wird ein Fehler zurückgegeben.

Beispiel: DNS-Konfiguration unter Linux

Die Datei /etc/resolv.conf enthält die verwendeten DNS-Server:

nameserver 8.8.8.8
nameserver 8.8.4.4

Diese Konfiguration nutzt Googles öffentliche DNS-Server.

Hinweis: Viele moderne Linux-Systeme verwalten resolv.conf dynamisch über systemd-resolved oder NetworkManager. Änderungen sollten daher über die entsprechende Oberfläche erfolgen.

Erweiterte Optionen moderner Betriebssysteme

Neben der Wahl der DNS-Server lassen sich weitere Aspekte konfigurieren:

• IPv4 vs. IPv6: Auswahl, welche Protokollversion bevorzugt wird

• Suchdomänenlisten: Ergänzt unvollständige Anfragen automatisch mit Suffixen wie .lan oder .local

• Verschlüsselung:

  • DNS over HTTPS (DoH): DNS-Anfragen laufen über HTTPS-Verbindungen
  • DNS over TLS (DoT): DNS-Anfragen werden über TLS gesichert

Diese Protokolle schützen vor dem Mitlesen und Manipulieren von DNS-Anfragen – besonders wichtig in öffentlichen oder unsicheren Netzwerken.

Die Rolle von DNS im Netzwerkbetrieb

DNS ist zentral für den Zugriff auf Dienste im Internet und lokalen Netzwerken. Typische Abhängigkeiten:

• Webdienste: Ohne funktionierende DNS-Auflösung kein Zugriff auf Webseiten
• E-Mail-Zustellung: Abhängig von MX-Records
• Windows-Netzwerke / Active Directory: DNS dient hier zur Lokalisierung von Diensten und Domänen

Eine fehlerhafte DNS-Konfiguration kann zu langen Ladezeiten, Authentifizierungsproblemen oder kompletten Dienstausfällen führen.

⏳ Lädt Dataview-Inhalt...

Zusammenfassung und Ausblick

Zusammenfassung:

Aufbau und Komponenten

Das DNS löst Domainnamen in IP-Adressen auf. Es besteht aus DNS-Servern (autoritative Server, rekursive Resolver) und DNS-Clients (Resolver).

Servertypen

• Autoritative Server: Verwalten Zonendaten (Primär-/Sekundärserver), geben verbindliche Antworten.
• Rekursive Resolver: Ermitteln vollständige Antworten durch Weiterleitung (Root → TLD → Zielserver) und cachen Ergebnisse.

Anfragetypen

• Autoritär: Direkt vom zuständigen Server, ohne Weiterleitung.
• Rekursiv: Resolver übernimmt vollständige Namensauflösung über mehrere Server.

Caching und TTL

Ergebnisse werden für eine im Record definierte Zeit zwischengespeichert (Time-to-Live), um die Effizienz zu steigern.

Aufgaben von DNS-Servern

• Namensauflösung
• Zonentransfer
• Caching
• Delegation
• Lastverteilung

Client-Konfiguration

• Primär-/Sekundärserver: Für Ausfallsicherheit (z. B. 8.8.8.8, 1.1.1.1)
• Search List: Ergänzt unvollständige Domainnamen.
• Konfiguration: Manuell (z. B. /etc/resolv.conf) oder automatisch via DHCP.
• Optionen: IPv6-Unterstützung, DNS over TLS/HTTPS für mehr Sicherheit.

Bedeutung im Netzwerk

DNS ist kritisch für Webzugriffe, E-Mail, Authentifizierung und Netzwerkstabilität. Fehlerhafte Konfigurationen können Dienste unzugänglich machen.

Ausblick:

Im nächsten Schritt schauen wir uns das zugrunde liegende Protokoll genauer an: Wie sehen DNS-Nachrichten technisch aus? Welche Felder enthält eine DNS-Anfrage oder -Antwort, und über welche Transportprotokolle wird sie übertragen?

---