NommageBis - Revision history

Msouissi: /* 3.1. Logiciels DNS supportant IPv6 */

2010-07-05T14:45:51Z

‎3.1. Logiciels DNS supportant IPv6

Msouissi at 14:22, 30 June 2009

2009-06-30T14:22:35Z

Msouissi: /* 2.1. Nommage direct : enregistrement AAAA */

2009-06-30T14:12:43Z

‎2.1. Nommage direct : enregistrement AAAA

Msouissi: /* 2.1. Nommage direct : enregistrement AAAA */

2009-06-30T14:09:55Z

‎2.1. Nommage direct : enregistrement AAAA

Msouissi: /* Tutoriaux/Etudes de cas : Sujet de TP, description d'une mise en oeuvre, QCM,... */

2009-06-30T14:04:34Z

‎Tutoriaux/Etudes de cas : Sujet de TP, description d'une mise en oeuvre, QCM,...

Msouissi: /* Références */

2009-06-30T14:04:04Z

‎Références

Msouissi: /* Sujets de recherche */

2009-06-30T14:03:45Z

‎Sujets de recherche

Msouissi: /* 3.2 Clients et outils de vérification de configurations DNS */

2009-06-30T14:02:58Z

‎3.2 Clients et outils de vérification de configurations DNS

Msouissi: /* 3.1 Logiciels DNS supportant IPv6 */

2009-06-30T14:02:08Z

‎3.1 Logiciels DNS supportant IPv6

Msouissi: /* 2.3 Découverte de la liste de serveurs DNS récursifs */

2009-06-30T14:01:52Z

‎2.3 Découverte de la liste de serveurs DNS récursifs

@@ Line 107: / Line 107: @@
 == 3.1. Logiciels DNS supportant IPv6 ==
-Il existe aujourd'hui de nombreux logiciels DNS mais la présente section ne les liste pas de manière exhaustive. La plupart de ces logiciels DNS supportent IPv6 dans leurs versions récentes. Ce support peut être soit complet (enregistrements <tt>AAAA</tt>, enregistrements <tt>PTR</tt> sous l'arborescence <tt>ip6.arpa</tt> et transport IPv6 des messages DNS) soit partiel (uniquement les enregistrements <tt>AAAA</tt> et <tt>PTR</tt>) selon le logiciel.
+Il existe aujourd'hui de nombreux logiciels DNS mais la présente section ne les liste pas de manière exhaustive. Pour avoir une idée plus claire du nombre et de la diversité de ces logiciels, le lecteur peut se référer à la page suivante : [http://en.wikipedia.org/wiki/Comparison_of_DNS_server_software http://en.wikipedia.org/wiki/Comparison_of_DNS_server_software]
-En outre, certaines distributions logicielles comportent l'implémentation du client et du serveur, d'autres n'incluent que l'implémentation du client ou celle du serveur. Par exemple, la distribution BIND 9 développée par l'[http://www.isc.org ISC] (''Internet Systems Consortium'') représente la référence de fait dans le domaine. En effet, il s'agit d'un logiciel complet (client, serveur et outils) intégrant toutes les extensions DNS récentes (IPv6, DNSSEC, ...). Les distributions  BIND 9 ont l'avantage d'être disponibles en code source et en format binaire pour la quasi-totalité des plates-formes (Unix, MS Windows *, ...). Ainsi, la distribution BIND 9 a été choisie comme base pour les exemples de fichiers de configuration.
+Dans leurs versions récentes, la plupart de ces logiciels DNS supportent IPv6 complètement, c'est-à-dire à la fois au niveau de la base de données (enregistrements <tt>AAAA</tt> et <tt>PTR</tt>) et au niveau transport IPv6 des messages DNS.
 == 3.2. Clients et outils de vérification de configurations DNS ==

@@ Line 3: / Line 3: @@
 ''Il s'agit de donner l'essentiel de l'information qui servira au plus grand nombre. Il ne faut pas se focaliser sur l'historique, ni sur les aspects recherches.''
-Lorsqu'une application souhaite communiquer avec une autre s'exécutant sur un équipement distant dont elle ne connaît que le nom, elle a besoin d'en trouver l'adresse, sans quoi la communication ne peut en général avoir lieu. Aux débuts de l'Internet, les adresses IP en usage n'étaient pas très nombreuses et il était donc relativement facile de les stocker dans une base de données centralisée, le fichier hosts.txt. Cette base de données pouvait alors être téléchargée (via ftp) par les utilisateurs souhaitant rafraîchir leurs informations stockées sous forme de fichier local (en l'occurrence <tt>/etc/hosts</tt> pour les systèmes Unix).
+Dès le début des années 80, la croissance du nombre d'adresses IP utilisées et le besoin de plus en plus fréquent de renuméroter les équipements ont rendu de plus en plus difficiles la mise à jour et la mémorisation de ces adresses. Afin de remédier à ce problème, un nouveau système, le DNS (''Domain Name System''), a été conçu et mis en œuvre. Petit à petit, le DNS s'est imposé comme étant une infrastructure pour l'ensemble des applications TCP/IP classiques comme le mail, le web, le transfert de fichier et la connexion à distance. Ce système a l'avantage d'être :
-Dès le début des années 80, la croissance du nombre d'adresses IP utilisées et le besoin de plus en plus fréquent de renuméroter les équipements ont rendu de plus en plus difficiles la mise à jour et la mémorisation de ces adresses. Afin de remédier à ce problème, un nouveau système, le DNS (''Domain Name System''), a été conçu et mis en oeuvre. Petit à petit, le DNS s'est imposé comme étant une infrastructure pour l'ensemble des applications TCP/IP classiques comme le mail, le web, le transfert de fichier et la connexion à distance. Ce système a l'avantage d'être :
+* hiérarchique : sa structure d'arbre est analogue à celle d'un système de fichiers Unix. Cette structure d'arbre rend le système extensible (« scalable ») ;
+* réparti : au niveau de chaque nœud, un ensemble de serveurs fait autorité sur les données contenues dans la zone décrivant ce nœud. Cet ensemble de serveurs représente la source officielle des données de la zone,
-* hiérarchique : sa structure d'arbre est analogue à celle d'un système de fichiers Unix. Cette structure d'arbre rend le système extensible (« scalable »),
-* réparti : au niveau de chaque noeud, un ensemble de serveurs fait autorité sur les données contenues dans la zone décrivant ce noeud. Cet ensemble de serveurs représente la source officielle des données de la zone,
 * et redondant : deux serveurs ou plus sont nécessaires pour chaque zone DNS afin d'assurer une meilleure disponibilité et un équilibrage de charge.

← Older revision		Revision as of 14:12, 30 June 2009
Line 32:		Line 32:
	La correspondance entre un nom de domaine et son (ou ses) adresse(s) IPv4 est réalisée en associant au nom en question un ou plusieurs enregistrements DNS de type A. Chaque enregistrement contient une valeur qui est une adresse IPv4.		La correspondance entre un nom de domaine et son (ou ses) adresse(s) IPv4 est réalisée en associant au nom en question un ou plusieurs enregistrements DNS de type A. Chaque enregistrement contient une valeur qui est une adresse IPv4.

−	De manière analogue à l'enregistrement A, le nouveau type d'enregistrement <tt>AAAA</tt> défini pour IPv6, permet d'établir la correspondance entre un nom de domaine et son (ou une de ses) adresse(s) IPv6. Une machine ayant plusieurs adresses IPv6 globales a en principe autant d'enregistrements <tt>AAAA</tt> publiés dans le DNS. Une requête DNS de type <tt>AAAA</tt> concernant une machine particulière retourne dans ce cas tous les enregistrements <tt>AAAA</tt> publiés dans le DNS et correspondant à cette machine. Toutes les adresses n'ont cependant pas leur place dans le DNS. Ce sujet sera traité au paragraphe [[~~Recommandations opérationnelles pour l'intégration d'IPv6~~#~~Publication des enregistrements AAAA dans le DNS~~\|Publication des enregistrements AAAA dans le DNS]]. {{ToDo\|envoyer vers la bonne référence}}	+	De manière analogue à l'enregistrement A, le nouveau type d'enregistrement <tt>AAAA</tt> défini pour IPv6, permet d'établir la correspondance entre un nom de domaine et son (ou une de ses) adresse(s) IPv6. Une machine ayant plusieurs adresses IPv6 globales a en principe autant d'enregistrements <tt>AAAA</tt> publiés dans le DNS. Une requête DNS de type <tt>AAAA</tt> concernant une machine particulière retourne dans ce cas tous les enregistrements <tt>AAAA</tt> publiés dans le DNS et correspondant à cette machine. Toutes les adresses n'ont cependant pas leur place dans le DNS. Ce sujet sera traité au paragraphe [[NommageBis#3.4.5._Publication_des_enregistrements_AAAA_dans_le_DNS\|Publication des enregistrements AAAA dans le DNS]]. {{ToDo\|envoyer vers la bonne référence}}

← Older revision		Revision as of 14:09, 30 June 2009
Line 32:		Line 32:
	La correspondance entre un nom de domaine et son (ou ses) adresse(s) IPv4 est réalisée en associant au nom en question un ou plusieurs enregistrements DNS de type A. Chaque enregistrement contient une valeur qui est une adresse IPv4.		La correspondance entre un nom de domaine et son (ou ses) adresse(s) IPv4 est réalisée en associant au nom en question un ou plusieurs enregistrements DNS de type A. Chaque enregistrement contient une valeur qui est une adresse IPv4.

−	De manière analogue à l'enregistrement A, le nouveau type d'enregistrement <tt>AAAA</tt> défini pour IPv6, permet d'établir la correspondance entre un nom de domaine et son (ou une de ses) adresse(s) IPv6. Une machine ayant plusieurs adresses IPv6 globales a en principe autant d'enregistrements <tt>AAAA</tt> publiés dans le DNS. Une requête DNS de type <tt>AAAA</tt> concernant une machine particulière retourne dans ce cas tous les enregistrements <tt>AAAA</tt> publiés dans le DNS et correspondant à cette machine. Toutes les adresses n'ont cependant pas leur place dans le DNS. Ce sujet sera traité au paragraphe [[Recommandations opérationnelles pour l'intégration d'IPv6#Publication des enregistrements AAAA dans le DNS\|Publication des enregistrements AAAA dans le DNS]].	+	De manière analogue à l'enregistrement A, le nouveau type d'enregistrement <tt>AAAA</tt> défini pour IPv6, permet d'établir la correspondance entre un nom de domaine et son (ou une de ses) adresse(s) IPv6. Une machine ayant plusieurs adresses IPv6 globales a en principe autant d'enregistrements <tt>AAAA</tt> publiés dans le DNS. Une requête DNS de type <tt>AAAA</tt> concernant une machine particulière retourne dans ce cas tous les enregistrements <tt>AAAA</tt> publiés dans le DNS et correspondant à cette machine. Toutes les adresses n'ont cependant pas leur place dans le DNS. Ce sujet sera traité au paragraphe [[Recommandations opérationnelles pour l'intégration d'IPv6#Publication des enregistrements AAAA dans le DNS\|Publication des enregistrements AAAA dans le DNS]]. {{ToDo\|envoyer vers la bonne référence}}
		+

← Older revision		Revision as of 14:04, 30 June 2009
Line 513:		Line 513:
	''Reprise des normes et draft cité dans le chapitre, plus d'autres documents complémentaires venant d'autres sources que le G6.''		''Reprise des normes et draft cité dans le chapitre, plus d'autres documents complémentaires venant d'autres sources que le G6.''

−	= Tutoriaux/Etudes de cas : Sujet de TP, description d'une mise en oeuvre, QCM,... =	+	= 7. Tutoriaux/Etudes de cas : Sujet de TP, description d'une mise en oeuvre, QCM,... =

@@ Line 509: / Line 509: @@
 Par ailleurs, une autre extension a été proposée pour améliorer la gestion des zones DNS inverse IPv6 : les bitstring labels (RFC 2673). Cette extension, qui était censée s'appliquer uniquement sur l'arbre inverse <tt>ip6.arpa</tt>, consistait à utiliser des étiquettes binaires pour nommer les enregistrements <tt>PTR</tt> plutôt que les étiquettes en notation hexadécimale. Le but était de permettre de déléguer les blocs d'adresses selon une longueur quelconque de préfixe et de lever ainsi la contrainte de délégation des zones DNS inverse sur la frontière du demi-octet. Cette extension a été écartée de la voie de standardisation en même temps que l'extension <tt>A6</tt> (RFC 3363) à cause de la complexité de sa mise en oeuvre et du manque de retour d'expérience sur son utilisation.
-= Références =
+= 6. Références =
 ''Reprise des normes et draft cité dans le chapitre, plus d'autres documents complémentaires venant d'autres sources que le G6.''
 = Tutoriaux/Etudes de cas : Sujet de TP, description d'une mise en oeuvre, QCM,... =

@@ Line 487: / Line 487: @@
 En outre, la mise à jour dynamique du DNS devient problématique si celle-ci résulte de la configuration automatique d'un équipement IPv6 dans un réseau étranger (par exemple dans le cadre de la mobilité). En effet, si cet équipement peut théoriquement soumettre une requête de mise à jour de son (ou de ses) enregistrement(s) <tt>AAAA</tt> dans sa zone DNS direct, il n'est généralement pas autorisé à soumettre des requêtes de mise à jour de son (ou de ses) enregistrement(s) <tt>PTR</tt> dans la zone DNS inverse car celle-ci est sous l'autorité de serveurs DNS dans le réseau visité.
-= Sujets de recherche =
+= 5. Sujets de recherche =
 ''Décrire les aspects plus pointus qui sont en discussion pour la standardisation ou font l'objet de travaux de recherche plus amont.''
-== Les solutions expérimentales A6 et bitstring labels ==
+== 5.1. Les solutions expérimentales A6 et bitstring labels ==

@@ Line 111: / Line 111: @@
 En outre, certaines distributions logicielles comportent l'implémentation du client et du serveur, d'autres n'incluent que l'implémentation du client ou celle du serveur. Par exemple, la distribution BIND 9 développée par l'[http://www.isc.org ISC] (''Internet Systems Consortium'') représente la référence de fait dans le domaine. En effet, il s'agit d'un logiciel complet (client, serveur et outils) intégrant toutes les extensions DNS récentes (IPv6, DNSSEC, ...). Les distributions  BIND 9 ont l'avantage d'être disponibles en code source et en format binaire pour la quasi-totalité des plates-formes (Unix, MS Windows *, ...). Ainsi, la distribution BIND 9 a été choisie comme base pour les exemples de fichiers de configuration.
-== 3.2 Clients et outils de vérification de configurations DNS ==
+== 3.2. Clients et outils de vérification de configurations DNS ==
 Un client DNS se présente souvent sous forme d'une bibliothèque de résolution appelée « <tt>libresolv</tt> », le client est alors appelé « resolver » ou encore « stub resolver ». Rappelons que ce resolver est sollicité par les applications TCP/IP s'exécutant sur un équipement donné pour les renseigner sur les ressources DNS nécessaires à l'établissement de leur communication avec des applications distantes. Outre le resolver, il existe des outils et commandes selon le système d'exploitation, qui permettent d'interroger un serveur DNS dans un but de débogage et/ou de diagnostic. C'est le cas par exemple des outils <tt>dig</tt>, <tt>host</tt> et <tt>nslookup</tt> qui font partie des distributions BIND et pour lesquels des exemples sont donnés ci-après.

← Older revision		Revision as of 14:02, 30 June 2009
Line 105:		Line 105:


−	== 3.1 Logiciels DNS supportant IPv6 ==	+	== 3.1. Logiciels DNS supportant IPv6 ==

	Il existe aujourd'hui de nombreux logiciels DNS mais la présente section ne les liste pas de manière exhaustive. La plupart de ces logiciels DNS supportent IPv6 dans leurs versions récentes. Ce support peut être soit complet (enregistrements <tt>AAAA</tt>, enregistrements <tt>PTR</tt> sous l'arborescence <tt>ip6.arpa</tt> et transport IPv6 des messages DNS) soit partiel (uniquement les enregistrements <tt>AAAA</tt> et <tt>PTR</tt>) selon le logiciel.		Il existe aujourd'hui de nombreux logiciels DNS mais la présente section ne les liste pas de manière exhaustive. La plupart de ces logiciels DNS supportent IPv6 dans leurs versions récentes. Ce support peut être soit complet (enregistrements <tt>AAAA</tt>, enregistrements <tt>PTR</tt> sous l'arborescence <tt>ip6.arpa</tt> et transport IPv6 des messages DNS) soit partiel (uniquement les enregistrements <tt>AAAA</tt> et <tt>PTR</tt>) selon le logiciel.

@@ Line 85: / Line 85: @@
 .0.0.0.1.0.0.0.0.0.0.0.0.0.0.0.1.0.0.0 IN PTR ns3.nic.fr.
-== 2.3 Découverte de la liste de serveurs DNS récursifs ==
+== 2.3. Découverte de la liste de serveurs DNS récursifs ==
 L'autoconfiguration IPv6 sans état, telle que spécifiée dans le RFC 4862, n'a pas prévu de mécanisme de découverte automatique de la liste des serveurs DNS récursifs (cache). En revanche, il était prévu que ces informations complémentaires soient fournies par l'autoconfiguration avec état. Les spécifications du protocole d'autoconfiguration avec état, [[DHCPv6]], ont mis longtemps (six ans environ) à passer en RFC (RFC 3315) et le besoin de découverte des serveurs DNS récursifs s'est accentué davantage. En effet, afin de renforcer le déploiement d'IPv6, la communauté IPv6 s'était vite trouvée dans l'urgence de mettre en oeuvre un mécanisme de découverte automatique du DNS avec ou sans DHCPv6 (qui était justement près de sortir).