10. Naming issues (Problemi di denominazione)
È stato talvolta dedotto da alcune sezioni della specifica DNS [RFC1034, RFC1035] che un host, o forse un'interfaccia di un host, è consentito esattamente un nome autoritativo o ufficiale, chiamato il nome canonico. Non esiste tale requisito nel DNS.
10.1. CNAME resource records (Record di risorse CNAME)
Il record CNAME (« nome canonico », canonical name) DNS esiste per fornire il nome canonico associato a un nome alias. Può esserci solo un tale nome canonico per un determinato alias. Quel nome dovrebbe generalmente essere un nome che esiste altrove nel DNS, sebbene ci siano alcune applicazioni rare per alias con il nome canonico accompagnante non definito nel DNS. Un nome alias (l'etichetta di un record CNAME) può, se DNSSEC è in uso, avere RR SIG, NXT e KEY, ma non può avere altri dati. Cioè, per qualsiasi etichetta nel DNS (qualsiasi nome di dominio), esattamente una delle seguenti affermazioni è vera:
- Esiste un record CNAME, opzionalmente accompagnato da RR SIG, NXT e KEY
- Esistono uno o più record, nessuno dei quali è un record CNAME
- Il nome esiste, ma non ha RR associati di alcun tipo
- Il nome non esiste affatto
10.1.1. CNAME terminology (Terminologia CNAME)
È tradizionale riferirsi all'etichetta di un record CNAME come « un CNAME ». Questo è sfortunato, poiché « CNAME » è un'abbreviazione di « nome canonico » (canonical name), e l'etichetta di un record CNAME non è certamente un nome canonico. È tuttavia un uso radicato. È quindi necessario prestare grande attenzione a essere molto chiari se si intende l'etichetta o il valore (il nome canonico) di un record di risorsa CNAME. In questo documento, l'etichetta di un record di risorsa CNAME sarà sempre chiamata un alias.
10.2. PTR records (Record PTR)
La confusione riguardo ai nomi canonici ha portato alla convinzione che un record PTR dovrebbe avere esattamente un RR nel suo RRSet. Questo non è corretto, la sezione pertinente di RFC1034 (sezione 3.6.2) indica che il valore di un record PTR dovrebbe essere un nome canonico. Cioè, non dovrebbe essere un alias. Non c'è alcuna implicazione in quella sezione che solo un record PTR è consentito per un nome. Nessuna restrizione di questo tipo dovrebbe essere dedotta.
Si noti che mentre il valore di un record PTR non deve essere un alias, non c'è alcun requisito che il processo di risoluzione di un record PTR non incontri alcun alias. L'etichetta che viene cercata per un valore PTR potrebbe avere un record CNAME. Cioè, potrebbe essere un alias. Il valore di quel CNAME RR, se non è un altro alias, il che non dovrebbe essere, darà la posizione in cui si trova il record PTR. Quel record dà il risultato della ricerca di tipo PTR. Questo risultato finale, il valore del PTR RR, è l'etichetta che non deve essere un alias.
10.3. MX and NS records (Record MX e NS)
Il nome di dominio utilizzato come valore di un record di risorsa NS, o parte del valore di un record di risorsa MX non deve essere un alias. Non solo la specifica è chiara su questo punto, ma l'uso di un alias in una di queste posizioni non funziona né come sperato né soddisfa bene l'ambizione che potrebbe aver portato a questo approccio. Questo nome di dominio deve avere come valore uno o più record di indirizzo. Attualmente questi saranno record A, ma in futuro potrebbero essere accettabili altri tipi di record che forniscono informazioni di indirizzo. Può anche avere altri RR, ma mai un CNAME RR.
La ricerca di record NS o MX causa « elaborazione di sezione aggiuntiva » (additional section processing) in cui i record di indirizzo associati al valore del record cercato vengono aggiunti alla risposta. Questo aiuta a evitare query aggiuntive inutili che sono facilmente anticipate quando viene fatta la prima.
L'elaborazione di sezione aggiuntiva non include i record CNAME, tanto meno i record di indirizzo che potrebbero essere associati al nome canonico derivato dall'alias. Pertanto, se viene utilizzato un alias come valore di un record NS o MX, nessun indirizzo verrà restituito con il valore NS o MX. Questo può causare query aggiuntive e carico di rete aggiuntivo a ogni query. È banale per l'amministratore DNS evitare questo risolvendo l'alias e posizionando il nome canonico direttamente nel record interessato una volta quando viene aggiornato o installato. In alcuni casi particolari difficili, la mancanza dei record di indirizzo di sezione aggiuntiva nei risultati di una ricerca NS può far sì che la richiesta fallisca.