4.4. DNS Issues

4.4. DNS Issues

À l'heure actuelle, il n'est pas recommandé d'installer des enregistrements AAAA et PTR pour les adresses locales IPv6 localement assignées dans le DNS global.

Parmi les motifs, l'ajout d'enregistrements AAAA et PTR au DNS global pour des adresses Local IPv6 localement assignées soulève l'absence d'assurance complète d'unicité des préfixes. Il existe une faible possibilité que les mêmes adresses IPv6 locales localement assignées soient utilisées par deux organisations différentes se déclarant toutes deux autoritaires avec des contenus différents. Il est alors probable qu'une tentative de connexion vise l'hôte le plus proche avec l'adresse correspondante, ce qui peut provoquer des délais d'expiration, des échecs signalés par ICMP Destination Unreachable, ou des connexions réussies vers le mauvais hôte. Pour cette raison, ajouter des AAAA pour ces adresses au DNS global est jugé imprudent.

Les requêtes inverses (adresse vers nom) pour des adresses IPv6 locales localement assignées NE DOIVENT PAS être envoyées aux serveurs de noms du DNS global, en raison de la charge qu'elles imposeraient aux serveurs autoritaires de la zone ip6.arpa. Ce type de charge n'est pas propre aux adresses locales localement assignées ; toute forme d'adressage local augmente cette charge par les requêtes inverses qui fuient le site. Comme laisser échapper ces requêtes hors du site n'a aucune utilité, il n'y a pas de bonne raison d'aggraver le problème.

La méthode recommandée est que les implémentations de serveurs récursifs se comportent comme autoritaires pour une zone d.f.ip6.arpa vide et renvoient RCODE 3 pour toute telle requête. Les implémentations qui adoptent cette stratégie DEVRAIENT permettre de la surcharger, mais renvoyer RCODE 3 par défaut réduit la charge et correspond à la bonne réponse si l'administrateur n'a pas déployé l'arbre inverse pour les adresses locales localement assignées utilisées.