10. Problèmes de nommage (Naming issues)
Cette section traite de la question de ce qu'est un nom DNS valide, et de ce qu'est un nom autoritatif ou canonique.
10.1. Enregistrements de ressource CNAME (CNAME resource records)
Un RR CNAME identifie le nom canonique d'un alias. Le nom du propriétaire du RR est l'alias, et le RDATA du RR est le nom canonique. Un RR CNAME ne doit avoir aucun autre RR de même nom (à l'exception des RR SIG, NXT et KEY, utilisés pour DNSSEC).
Si un RR CNAME est présent à un nœud, aucune autre donnée ne doit être présente à ce nœud. C'est-à-dire qu'un nœud avec un RR CNAME ne doit avoir aucun autre RR, à l'exception des RR DNSSEC mentionnés ci-dessus. Cela constitue un changement par rapport à la RFC1034, qui autorisait d'autres RR à un nœud avec un RR CNAME.
Un RR CNAME ne doit pas pointer vers lui-même, directement ou indirectement. C'est-à-dire qu'un RR CNAME ne doit pas avoir un champ RDATA identique à son nom de propriétaire, et un RR CNAME ne doit pas pointer vers un nom qui est la cible d'un autre RR CNAME qui pointe vers lui.
10.2. Enregistrements PTR (PTR records)
Les enregistrements PTR sont utilisés pour mapper une adresse IP à un nom. Le nom du propriétaire d'un enregistrement PTR est l'adresse IP, en ordre inverse, avec le suffixe « .in-addr.arpa » pour IPv4, ou « .ip6.arpa » pour IPv6. Le RDATA d'un enregistrement PTR est le nom associé à l'adresse IP.
Les enregistrements PTR ne doivent pas être présents au sommet d'une zone. C'est -à-dire qu'un enregistrement PTR ne doit pas avoir un nom de propriétaire identique au sommet de la zone.
Les enregistrements PTR doivent pointer vers un nom d'hôte valide. C'est-à-dire que le RDATA d'un enregistrement PTR doit être un nom qui est un nom d'hôte valide (c'est-à-dire qu'il ne doit pas être un CNAME ou un autre alias).
10.3. Enregistrements MX et NS (MX and NS records)
Les enregistrements MX et NS ne doivent pas pointer vers un alias. C'est-à-dire que le RDATA d'un enregistrement MX ou NS doit être le nom canonique de l'hôte cible, et non un CNAME ou un autre alias. Cela constitue un changement par rapport à la RFC1034, qui autorisait les enregistrements MX et NS à pointer vers des alias.
Si un serveur reçoit un enregistrement MX ou NS pointant vers un alias, il doit suivre l'alias pour trouver le nom canonique, et l'utiliser comme cible de l'enregistrement MX ou NS. Cependant, le serveur ne doit pas mettre en cache l'alias, uniquement le nom canonique.