DNS delegation is a hierarchical mechanism that transfers authority for a subdomain to a different set of authoritative name servers through NS records published in the parent zone, enabling the DNS namespace to scale by distributing zone management responsibility across multiple administrative teams. The article explains how delegation works through referrals, the critical role of matching NS records between parent and child zones, and the importance of glue records when nameserver hostnames reside within delegated subdomains. Poorly managed delegation causes common DNS failures such as lame delegations, mismatched NS record sets, and missing glue records, which can result in intermittent resolution failures, timeouts, and security vulnerabilities that require regular audits and monitoring to prevent.
So funktioniert die DNS-Delegierung
Die Delegierung funktioniert so, dass in der übergeordneten Zone Verweise platziert werden, die den Resolvern mitteilen, wo sich die autoritativen Server der untergeordneten Zone befinden. Die untergeordnete Zone beantwortet dann alle Anfragen für Namen unterhalb des Delegierungspunkts.
- Erstellen der untergeordneten Zone: Der Beauftragte richtet auf seinen eigenen autoritativen Nameservern eine Zone für die Subdomain ein, z. B. sales.example.com, und lädt die Einträge für diese Zone hoch.
- NS-Einträge zur übergeordneten Zone hinzufügen: Der Administrator der übergeordneten Zone fügt am Delegationspunkt NS-Einträge hinzu, die die autoritativen Server der untergeordneten Zone benennen.
- Fügen Sie bei Bedarf Glue-Einträge hinzu: Befindet sich der Hostname eines Nameservers innerhalb der delegierten Subdomain, veröffentlicht die übergeordnete Zone auch Adresseinträge dafür, sogenannte Glue-Einträge, damit Resolver ihn ohne zirkuläre Suche erreichen können.
- Der Resolver folgt der Weiterleitung: Wenn ein Resolver die Server der übergeordneten Zone nach einem Namen in der Subdomain abfragt, geben diese anstelle einer Antwort eine Weiterleitung zurück, die die NS-Einträge enthält.
- Antwort der untergeordneten Server: Der Resolver fragt einen der genannten Server ab, der autoritativ für die Subdomain antwortet.
Die übergeordnete Zone enthält außer den NS- und Glue-Einträgen keine weiteren Daten der untergeordneten Zone, sodass diese ihre Einträge frei ändern kann. Die NS-Einträge in der untergeordneten Zone sollten mit denen in der übergeordneten Zone übereinstimmen, da es sonst zu Inkonsistenzen bei der Auflösung kommen kann. Bei Verwendung von DNSSEC veröffentlicht die übergeordnete Zone zudem einen DS-Eintrag, um die Vertrauenskette mit der untergeordneten Zone zu verknüpfen.
Häufige Probleme bei der DNS-Delegierung
Die übergeordnete Zone listet NS-Einträge für Server auf, die keine autoritativen Antworten für die untergeordnete Zone liefern – häufig nach einer Anbieterwechsel oder bei einem außer Betrieb genommenen Server. Resolver erhalten bei einigen Abfragen die Antwort „SERVFAIL“ oder es kommt zu Zeitüberschreitungen, wobei die Fehler sporadisch erscheinen, da sie davon abhängen, welcher der aufgeführten Server ausgewählt wird.
Die NS-Einträge in der übergeordneten Zone unterscheiden sich von denen in der untergeordneten Zone, meist weil eine Seite aktualisiert wurde, die andere jedoch nicht. Verschiedene Resolver speichern unterschiedliche Sätze im Cache, sodass das Verhalten variiert und Änderungen nur langsam wirksam werden.
Ein Nameserver innerhalb der delegierten Zone hat keinen Glue-Eintrag in der übergeordneten Zone, oder der Glue-Eintrag enthält eine veraltete IP-Adresse. Resolver können die untergeordneten Server nicht erreichen, und die gesamte Subdomain lässt sich nach einer Servernummerierung nicht mehr auflösen.
Die übergeordnete Zone enthält weiterhin einen DS-Eintrag für einen Schlüssel, den die untergeordnete Zone nicht mehr verwendet, beispielsweise nach einem Schlüssel-Rollover oder einem Wechsel zu einem anderen Provider. Validierende Resolver geben für die Subdomain den Status „SERVFAIL“ zurück, während nicht validierende Resolver normal antworten.