Gibt es einen Standard oder RFC, der besagt, dass NS-Datensätze nicht auf die Zonenspitze verweisen dürfen (mit entsprechendem Glue in der übergeordneten Zone)?
Zum Beispiel:
test.test. IN NS test.test.
test.test. IN A 192.0.2.1
Antwort1
Sie können sicherlich Nameserver erstellen, deren Name der Zonenname (Apex) ist. Das funktioniert und wird von einigen verwendet. Es gibt keinen konkreten Grund, dies zu verbieten, und daher glaube ich nicht, dass Sie ein RFC finden können, das dies verbietet, da technisch gesehen an sich nichts falsch ist.
Allerdings müssen Sie damit rechnen, dass Sie sich zumindest den Kopf zerbrechen müssen. Wenn Sie so etwas tun, sind Sie vielen Fehlern sowohl bei Registern als auch bei Registraren ausgesetzt, die fälschlicherweise einen Nameserver mit einem solchen Namen nicht akzeptieren. Denken Sie auch daran, dass Sie, wie bei jedem Glue, die IP-Adresse bei Bedarf im Register aktualisieren müssen (ein häufiger Fall von DNS-Fehlern, der darauf hindeutet, Glues dieser Art möglichst zu vermeiden) und dass Sie bei der Aktualisierung dieser bestimmten Domain größere Schwierigkeiten haben werden.
Kurz gesagt, da ich in diesen Setups nur wenige Vorteile und viele mögliche Nachteile sehe, ist dies definitiv etwas, das ich vermeiden sollte, abgesehen von lokalen Tests oder wenn man ein absoluter Meister in DNS ist.UndDomänennamenverwaltung.
Das erwähnte Thema ist jedoch das aktuellste standardisierte Dokument zu DNS-Angelegenheiten, auch bekannt alsRFC 8499, als solche:
- In-Domain: ein Modifikator zur Beschreibung eines Nameservers, dessen Name entweder dem Eigentümernamen der NS-Ressourceneinträge untergeordnet oder (selten) mit diesem identisch ist. Ein In-Domain-Nameservername muss über Verbindungseinträge verfügen, sonst schlägt die Namensauflösung fehl. Beispielsweise kann eine Delegation für „child.example.com“ den „In-Domain“-Nameservernamen „ns.child.example.com“ haben.
Beachten Sie das (Hervorhebung von mir): „oder (selten) derselbe wie der Besitzername der NS-Ressourceneinträge."