4.4. DNS Issues (Problematiche DNS)
4.4. DNS Issues (Problematiche DNS)
Al momento attuale, non si raccomanda di installare record AAAA e PTR per indirizzi IPv6 locali assegnati localmente nel DNS globale.
Per quanto riguarda questa raccomandazione, una delle preoccupazioni sull'aggiunta di record AAAA e PTR al DNS globale per indirizzi IPv6 locali assegnati localmente deriva dalla mancanza di garanzia completa che i prefissi siano univoci. C'è una piccola possibilità che gli stessi indirizzi IPv6 locali assegnati localmente vengano utilizzati da due organizzazioni diverse entrambe che affermano di essere autorevoli con contenuti diversi. In questo scenario, è probabile che ci sarà un tentativo di connessione all'host più vicino con l'indirizzo IPv6 locale assegnato localmente corrispondente. Ciò può risultare in timeout di connessione, fallimenti di connessione indicati da messaggi ICMP Destination Unreachable, o connessioni riuscite all'host sbagliato. A causa di questa preoccupazione, l'aggiunta di record AAAA per questi indirizzi al DNS globale è ritenuta imprudente.
Le query inverse (da indirizzo a nome) per indirizzi IPv6 locali assegnati localmente NON DEVONO essere inviate ai name server per il DNS globale, a causa del carico che tali query creerebbero per i name server autorevoli per la zona ip6.arpa. Questa forma di carico di query non è specifica degli indirizzi IPv6 locali assegnati localmente; qualsiasi forma corrente di indirizzamento locale crea carico aggiuntivo di questo tipo, a causa delle query inverse che fuoriescono dal sito. Tuttavia, poiché consentire a tali query di fuoriuscire dal sito non serve alcuno scopo utile, non c'è una buona ragione per peggiorare i problemi di carico esistenti.
Il modo raccomandato per evitare di inviare tali query ai nameserver per il DNS globale è che le implementazioni di name server ricorsivo agiscano come se fossero autorevoli per una zona d.f.ip6.arpa vuota e restituiscano RCODE 3 per qualsiasi tale query. Le implementazioni che scelgono questa strategia dovrebbero consentirne l'override, ma restituire una risposta RCODE 3 per tali query dovrebbe essere il predefinito, sia perché questo ridurrà il problema del carico di query sia perché, se l'amministratore del sito non ha configurato l'albero inverso corrispondente agli indirizzi IPv6 locali assegnati localmente in uso, restituire RCODE 3 è di fatto la risposta corretta.