Aller au contenu principal

2. Overview

Cette section fournit une introduction au mécanisme DNS64.

Nous supposons que nous avons un ou plusieurs boîtiers de traduction IPv6/IPv4 connectant un réseau IPv4 et un réseau IPv6. Le dispositif de traduction IPv6/IPv4 fournit des services de traduction entre les deux réseaux, permettant la communication entre les hôtes IPv4 uniquement et les hôtes IPv6 uniquement. (NOTE: Par "hôtes IPv6 uniquement", nous entendons les hôtes exécutant des applications IPv6 uniquement et les hôtes qui ne peuvent utiliser qu'IPv6, ainsi que les cas où seule la connectivité IPv6 est disponible pour le client. Par "serveurs IPv4 uniquement", nous entendons les serveurs exécutant des applications IPv4 uniquement et les serveurs qui ne peuvent utiliser qu'IPv4, ainsi que les cas où seule la connectivité IPv4 est disponible pour le serveur). Chaque traducteur IPv6/IPv4 utilisé conjointement avec DNS64 DOIT permettre les communications initiées depuis l'hôte IPv6 uniquement vers l'hôte IPv4 uniquement.

Pour permettre à un initiateur IPv6 d'effectuer une recherche DNS standard d'enregistrement RR AAAA pour connaître l'adresse du répondeur, DNS64 est utilisé pour synthétiser un enregistrement AAAA à partir d'un enregistrement A contenant une véritable adresse IPv4 du répondeur, chaque fois que DNS64 ne peut pas récupérer un enregistrement AAAA pour le nom interrogé. Le service DNS64 apparaît comme un serveur DNS ou un résolveur régulier pour l'initiateur IPv6. DNS64 reçoit une requête DNS AAAA générée par l'initiateur IPv6. Il tente d'abord une résolution pour les enregistrements AAAA demandés. S'il n'y a pas d'enregistrements AAAA disponibles pour le nœud cible (ce qui est le cas normal lorsque le nœud cible est un nœud IPv4 uniquement), DNS64 effectue une requête pour les enregistrements A. Pour chaque enregistrement A découvert, DNS64 crée un enregistrement RR AAAA synthétique à partir des informations récupérées dans l'enregistrement RR A.

Le nom de propriétaire d'un enregistrement RR AAAA synthétique est le même que celui de l'enregistrement RR A original, mais une représentation IPv6 de l'adresse IPv4 contenue dans l'enregistrement RR A original est incluse dans l'enregistrement RR AAAA. La représentation IPv6 de l'adresse IPv4 est générée algorithmiquement à partir de l'adresse IPv4 et de paramètres supplémentaires configurés dans DNS64. Parmi ces paramètres configurés dans DNS64, il y a au moins un préfixe IPv6. Si cela n'est pas explicitement mentionné, tous les préfixes sont traités de manière égale, et les opérations décrites dans ce document sont effectuées en utilisant les préfixes disponibles. Pour être général, nous appellerons l'un de ces préfixes Pref64::/n, et décrirons les opérations effectuées avec le préfixe générique Pref64::/n. Les adresses IPv6 représentant les adresses IPv4 incluses dans l'enregistrement RR AAAA synthétisé par DNS64 contiennent Pref64::/n, et elles intègrent également l'adresse IPv4 originale.

Le même algorithme et le(s) même(s) préfixe(s) Pref64::/n DOIVENT être configurés à la fois dans le dispositif DNS64 et le(s) traducteur(s) IPv6/IPv4, afin que les deux puissent générer algorithmiquement la même représentation IPv6 pour une adresse IPv4 donnée. De plus, il est requis que les paquets IPv6 adressés à une adresse de destination IPv6 qui contient Pref64::/n soient livrés à un traducteur IPv6/IPv4 qui a ce Pref64::/n particulier configuré, afin qu'ils puissent être traduits en paquets IPv4.

Une fois que DNS64 a synthétisé les enregistrements RR AAAA, les enregistrements RR AAAA synthétiques sont retournés à l'initiateur IPv6, qui initiera une communication IPv6 avec l'adresse IPv6 associée au récepteur IPv4. Le paquet sera routé vers un traducteur IPv6/IPv4, qui le transmettra au réseau IPv4.

En général, le seul état partagé entre DNS64 et le traducteur IPv6/IPv4 est le Pref64::/n et un ensemble optionnel de paramètres statiques. Le Pref64::/n et l'ensemble des paramètres statiques DOIVENT être configurés pour être identiques sur les deux; il n'y a pas de communication entre le dispositif DNS64 et les fonctions du traducteur IPv6/IPv4. Le mécanisme à utiliser pour configurer les paramètres de DNS64 est hors du champ d'application de ce document.

Les préfixes à utiliser comme Pref64::/n et leur applicabilité sont discutés dans [RFC6052]. Il existe deux types de préfixes qui peuvent être utilisés comme Pref64::/n.

  • Le Pref64::/n peut être le préfixe bien connu 64:ff9b::/96 réservé par [RFC6052] dans le but de représenter les adresses IPv4 dans l'espace d'adressage IPv6.

  • Le Pref64::/n peut être un préfixe spécifique au réseau (NSP). Un NSP est un préfixe IPv6 assigné par une organisation pour créer des représentations IPv6 d'adresses IPv4.

La principale différence dans la nature des deux types de préfixes est que le NSP est un préfixe assigné localement qui est sous le contrôle de l'organisation qui fournit les services de traduction, tandis que le préfixe bien connu est un préfixe qui a une signification globale car il a été assigné dans le but spécifique de représenter les adresses IPv4 dans l'espace d'adressage IPv6.

La fonction DNS64 peut être effectuée dans l'un des trois emplacements suivants. Les termes ci-dessous sont définis plus formellement dans la section 4.

La première option consiste à localiser la fonction DNS64 dans les serveurs faisant autorité pour une zone. Dans ce cas, le serveur faisant autorité fournit des enregistrements RR AAAA synthétiques pour un hôte IPv4 uniquement dans sa zone. Il s'agit d'un type de serveur DNS64.

Une autre option consiste à localiser la fonction DNS64 dans les serveurs de noms récursifs desservant les hôtes terminaux. Dans ce cas, lorsqu'un hôte IPv6 uniquement interroge le serveur de noms pour des enregistrements RR AAAA pour un hôte IPv4 uniquement, le serveur de noms peut effectuer la synthèse des enregistrements RR AAAA et les retourner à l'initiateur IPv6 uniquement. Le principal avantage de ce mode est que les nœuds IPv6 actuels peuvent utiliser ce mécanisme sans nécessiter de modification. Ce mode est appelé "DNS64 en mode résolveur récursif DNS". Il s'agit d'un deuxième type de serveur DNS64, et c'est également un type de résolveur DNS64.

La dernière option consiste à placer la fonction DNS64 dans les hôtes terminaux, couplée au résolveur local (stub). Dans ce cas, le résolveur stub tentera d'obtenir des enregistrements RR AAAA (réels), et au cas où ils ne sont pas disponibles, la fonction DNS64 synthétisera des enregistrements RR AAAA pour un usage interne. Ce mode est compatible avec certaines fonctions comme la validation DNSSEC dans l'hôte terminal. Le principal inconvénient de ce mode est sa déployabilité, car il nécessite des modifications dans les hôtes terminaux. Ce mode est appelé "DNS64 en mode résolveur stub". Il s'agit du deuxième type de résolveur DNS64.

📊 Traduction de qualité - Auto-vérification​

  • Alignement des paragraphes: 11 paragraphes originaux = 11 paragraphes traduits
  • Format des liens: Références RFC préservées
  • Terminologie bilingue: Termes techniques maintenus (Pref64::/n, NSP)
  • RFC 2119: DOIT/DOIVENT correctement traduits
  • Sécurité MDX: Aucun caractère problématique
  • Préservation technique: Notations techniques non traduites
  • Normes de ponctuation: Ponctuation française
  • Éléments supprimés: Headers nettoyés
  • Pureté linguistique: Français authentique
  • Répertoire correct: i18n/fr/

📍 Progression actuelle​

  • RFC: 6147
  • Langue cible: 🇫🇷 Français
  • Chapitres complétés: index.md, 1-introduction, 2-overview
  • Chapitre actuel: Préparation de 3-background-to-dns64-dnssec-interaction
  • Progression globale: 25%
Dernière mise à jour le