10. Benennungsprobleme (Naming issues)
Dieser Abschnitt befasst sich mit der Frage, was ein gültiger DNS-Name ist und was ein autoritativer oder kanonischer Name ist.
10.1. CNAME-Ressourcen-Datensätze (CNAME resource records)
Ein CNAME-RR kennzeichnet den kanonischen Namen eines Alias. Der Eigentümername des RR ist der Alias und das RDATA des RR ist der kanonische Name. Ein CNAME-RR darf keine weiteren RRs mit demselben Namen haben (mit Ausnahme von SIG-, NXT- und KEY-RRs, die für DNSSEC verwendet werden).
Wenn an einem Knoten ein CNAME-RR vorhanden ist, darf dort keine weitere Daten vorhanden sein. Das heißt, ein Knoten mit einem CNAME-RR darf keine weiteren RRs haben, mit Ausnahme der oben genannten DNSSEC-RRs. Dies ist eine Änderung gegenüber RFC1034, die andere RRs an einem Knoten mit einem CNAME-RR erlaubte.
Ein CNAME-RR darf nicht (direkt oder indirekt) auf sich selbst verweisen. Das heißt, ein CNAME-RR darf kein RDATA-Feld haben, das gleich seinem Eigentümernamen ist, und ein CNAME-RR darf nicht auf einen Namen verweisen, der das Ziel eines anderen CNAME-RR ist, der auf ihn verweist.
10.2. PTR-Einträge (PTR records)
PTR-Einträge werden verwendet, um von einer IP-Adresse auf einen Namen abzubilden. Der Eigentümername eines PTR-Eintrags ist die IP-Adresse in umgekehrter Reihenfolge, mit dem Suffix „.in-addr.arpa" für IPv4 oder „.ip6.arpa" für IPv6. Das RDATA eines PTR-Eintrags ist der Name, der der IP-Adresse zugeordnet ist.
PTR-Einträge dürfen nicht am Apex einer Zone vorhanden sein. Das heißt, ein PTR-Eintrag darf keinen Eigentümernamen haben, der gleich dem Zonenapex ist.
PTR-Einträge müssen auf einen gültigen Hostnamen verweisen. Das heißt, das RDATA eines PTR-Eintrags muss ein Name sein, der ein gültiger Hostname ist (d. h. er darf kein CNAME oder anderer Alias sein).
10.3. MX- und NS-Einträge (MX and NS records)
MX- und NS-Einträge dürfen nicht auf einen Alias verweisen. Das heißt, das RDATA eines MX- oder NS-Eintrags muss der kanonische Name des Zielhosts sein, kein CNAME oder anderer Alias. Dies ist eine Änderung gegenüber RFC1034, die MX- und NS-Einträgen erlaubte, auf Aliase zu verweisen.
Wenn ein Server einen MX- oder NS-Eintrag empfängt, der auf einen Alias verweist, muss er dem Alias folgen, um den kanonischen Namen zu finden, und diesen als Ziel des MX- oder NS-Eintrags verwenden. Der Server darf jedoch den Alias nicht zwischenspeichern, sondern nur den kanonischen Namen.