Zusammenfassung

  • In einem AFRINIC-domain-Objekt verweist mnt-domains auf den Maintainer, der Objekte direkt unter dem registrierten Domain-Baum autorisieren kann.
  • Daraus folgen weder korrekte Serverkonfiguration noch aktive Delegation, autoritative Antworten oder funktionierende PTR-Einträge.

Eine Berechtigung in der Datenbank

Das AFRINIC-Handbuch grenzt mnt-domains präzise ein. In einem domain-Objekt referenziert das Attribut den Maintainer, der das Erstellen unmittelbar untergeordneter Objekte autorisiert. Es beantwortet eine Frage der Änderungskontrolle: Welche Zugangsdaten dürfen diese Datenbankoperation bestätigen?

Das hilft bei abgelehnten Änderungen oder Berechtigungsstreitigkeiten. Das Feld enthält jedoch keine DNS-Antwort, Seriennummer, Laufzeit, Rückgabecode, DNSSEC-Prüfung oder PTR-Angabe. Es konfiguriert keinen Server. Wer daraus den Betrieb ableitet, verwechselt eine Registerberechtigung mit einer Beobachtung eines anderen Systems.

Reverse Delegation braucht weitere Nachweise

AFRINIC beschreibt einen getrennten Ablauf. Der Ressourceninhaber konfiguriert zuerst die Reverse-Zone auf seinen Servern und legt anschließend das domain-Objekt an. AFRINIC prüft die Konfiguration vor der Weitergabe der Delegation und bietet eine Lameness-Prüfung. Die vorgesehenen Server stehen in nserver.

Jede Ebene beantwortet eine eigene Frage. Das Objekt beschreibt Namensraum und gemeldete Server. mnt-domains beschreibt die Berechtigung für Kindobjekte. Die Parent-Zone zeigt die veröffentlichte Delegation. Direkte Abfragen zeigen Erreichbarkeit und Autorität. Eine gültige Maintainer-Referenz kann neben veralteten Serverdaten, einer lame Delegation, einem unerreichbaren Server oder einer Zone ohne PTR bestehen.

Auch umgekehrt gilt: Funktionierendes DNS macht mnt-domains nicht zum vollständigen Nachweis technischer, vertraglicher oder rechtlicher Verantwortung.

Reproduzierbare Prüfung

Das genaue domain-Objekt, Abrufzeit und Abfrageoberfläche sichern. Schlüssel, nserver, mnt-by, mnt-domains und Parent getrennt erfassen. Danach Parent-Delegation und jeden Server direkt abfragen und Name, Typ, Adresse, Antwortcode, Autoritätsflag und Zeit dokumentieren.

Für Reverse DNS repräsentative PTR-Namen testen, ohne aus einem fehlenden PTR auf den Ausfall der ganzen Zone zu schließen. Die Lameness-Prüfung trennt veröffentlichte Delegation von tatsächlich autoritativem Dienst. Eine RDAP-domain-Antwort liefert strukturierte Registrierungsdaten, keine Live-Messung.

Quellen