Passa al contenuto principale

10. Problemi di denominazione (Naming issues)

Questa sezione tratta il problema di cosa costituisca un nome DNS valido e cosa sia un nome autorevole o canonico.

10.1. Record di risorsa CNAME (CNAME resource records)​

Un RR CNAME identifica il nome canonico di un alias. Il nome del proprietario del RR è l'alias e l'RDATA del RR è il nome canonico. Un RR CNAME non deve avere altri RR con lo stesso nome (con l'eccezione dei RR SIG, NXT e KEY, utilizzati per DNSSEC).

Se un RR CNAME è presente in un nodo, non devono essere presenti altri dati in quel nodo. Cioè, un nodo con un RR CNAME non deve avere altri RR, ad eccezione dei RR DNSSEC menzionati sopra. Questo è un cambiamento rispetto a RFC1034, che consentiva altri RR in un nodo con un RR CNAME.

Un RR CNAME non deve puntare a se stesso, direttamente o indirettamente. Cioè, un RR CNAME non deve avere un campo RDATA uguale al proprio nome del proprietario, e un RR CNAME non deve puntare a un nome che è la destinazione di un altro RR CNAME che punta a esso.

10.2. Record PTR (PTR records)​

I record PTR vengono utilizzati per mappare un indirizzo IP a un nome. Il nome del proprietario di un record PTR è l'indirizzo IP, in ordine inverso, con il suffisso ".in-addr.arpa" per IPv4, o ".ip6.arpa" per IPv6. L'RDATA di un record PTR è il nome associato all'indirizzo IP.

I record PTR non devono essere presenti all'apice di una zona. Cioè, un record PTR non deve avere un nome del proprietario uguale all'apice della zona.

I record PTR devono puntare a un nome host valido. Cioè, l'RDATA di un record PTR deve essere un nome che è un nome host valido (cioè non deve essere un CNAME o un altro alias).

10.3. Record MX e NS (MX and NS records)​

I record MX e NS non devono puntare a un alias. Cioè, l'RDATA di un record MX o NS deve essere il nome canonico dell'host di destinazione, non un CNAME o un altro alias. Questo è un cambiamento rispetto a RFC1034, che consentiva ai record MX e NS di puntare ad alias.

Se un server riceve un record MX o NS che punta a un alias, deve seguire l'alias per trovare il nome canonico e utilizzarlo come destinazione del record MX o NS. Tuttavia, il server non deve memorizzare nella cache l'alias, ma solo il nome canonico.