An authoritative DNS server holds the original resource records for one or more zones and provides definitive answers to recursive resolvers querying through the DNS hierarchy, without relying on cached data from other sources. Organizations depend on authoritative servers for publishing and resolving DNS names; if they become unreachable or return incorrect data, affected names stop resolving even when underlying services remain healthy. Best practices emphasize deploying at least two authoritative servers on separate networks, maintaining synchronized zone data, implementing access controls and DNSSEC signing for security, and protecting against denial-of-service attacks to ensure reliable availability and consistency across the DNS namespace.
So funktioniert ein autoritativer DNS-Server
Ein autoritativer Server beantwortet Abfragen für die Zonen, für deren Bedienung er konfiguriert ist. Er wird in der Regel von einem rekursiven Resolver erreicht, der im Auftrag eines Clients die DNS-Hierarchie durchläuft.
- Empfang der Abfrage: Ein rekursiver Resolver sendet eine Abfrage nach einem Namen, z. B. einem Hostnamen und einem Eintragstyp, an einen Server, der in den NS-Einträgen der Zone aufgeführt ist.
- Übereinstimmung mit der Zone: Der Server prüft, ob der abgefragte Name in eine Zone fällt, die er verwaltet. Ist dies nicht der Fall, gibt er keine autoritative Antwort.
- Den Eintrag nachschlagen: Der Server findet die passenden Ressourceneinträge in seinen Zonendaten. Die Daten stammen aus einer Zonendatei, einer Datenbank oder einer vom Primärserver erhaltenen Kopie.
- Antwort zurückgeben: Der Server antwortet mit den Einträgen und setzt das Flag für die autoritative Antwort im DNS-Header. Wenn der Name nicht existiert, gibt er eine autoritative negative Antwort zurück. Wenn der Name zu einer delegierten untergeordneten Zone gehört, gibt er eine Weiterleitung zu den Nameservern dieser Zone zurück.
Zonen werden aus Redundanzgründen normalerweise von mehreren autoritativen Servern bedient. Im traditionellen Modell verwahrt ein primärer Server die Masterkopie, während sekundäre Server Aktualisierungen über Zonentransfers erhalten, wie in den DNS-Standards beschrieben. Die „Time to Live“ (TTL) eines Eintrags gibt den Resolvern an, wie lange sie die Antwort zwischenspeichern dürfen.
Häufige Probleme mit autoritativen DNS-Servern
Die übergeordnete Zone listet in ihren NS-Einträgen einen Nameserver auf, der die Zone tatsächlich nicht bedient oder keine autoritativen Antworten liefert. Resolver erhalten von diesem Server Timeouts oder SERVFAIL-Antworten und versuchen es erneut bei anderen Servern, was zu einer erhöhten Latenz führt und zeitweise zu Ausfällen führen kann.
Ein sekundärer Server liefert veraltete Daten, weil Zonenübertragungen fehlschlagen oder die SOA-Seriennummer nach einer Bearbeitung nicht erhöht wurde. Benutzer erhalten unterschiedliche Antworten, je nachdem, welchen Nameserver ein Resolver gerade abfragt.
Ein autoritativer Server, der auch rekursive Abfragen für beliebige Clients beantwortet, kann bei Reflection- und Amplification-Angriffen missbraucht werden. Betreiber trennen in der Regel die autoritativen und rekursiven Rollen voneinander oder deaktivieren die Rekursion auf der autoritativen Seite.
Alle Nameserver einer Zone befinden sich in einem Subnetz, an einem Standort oder bei einem Provider. Ein Ausfall oder ein Routing-Problem an dieser Stelle macht die gesamte Zone unerreichbar, sobald die im Cache gespeicherten Einträge ablaufen.
Firewalls, die nur den UDP- Port 53 zulassen, unterbrechen Zonentransfers und alle Antworten, die für UDP zu groß sind. Zu den Symptomen gehören fehlgeschlagene Übertragungen und Resolver, die keine großen, DNSSEC-signierten Antworten abrufen können.