Logiciels DNS supportant IPv6 et configurations - Revision history

Mohsen Souissi: /* Clients et outils de vérification de configurations DNS */

2008-07-04T13:09:54Z

‎Clients et outils de vérification de configurations DNS

Mohsen Souissi: /* Clients et outils de vérification de configurations DNS */

2007-10-25T18:29:30Z

‎Clients et outils de vérification de configurations DNS

Mohsen Souissi: /* Clients et outils de vérification de configurations DNS */

2007-10-25T18:27:54Z

‎Clients et outils de vérification de configurations DNS

Mohsen Souissi at 18:21, 25 October 2007

2007-10-25T18:21:00Z

Mohsen Souissi at 18:17, 25 October 2007

2007-10-25T18:17:44Z

Mohsen Souissi: /* Exemples d'interrogation */

2007-10-25T18:13:21Z

‎Exemples d'interrogation

Mohsen Souissi at 18:10, 25 October 2007

2007-10-25T18:10:24Z

Mohsen Souissi at 17:15, 25 October 2007

2007-10-25T17:15:07Z

Mohsen Souissi: /* Fichier de zone DNS direct */

2007-10-25T17:07:45Z

‎Fichier de zone DNS direct

Mohsen Souissi at 17:06, 25 October 2007

2007-10-25T17:06:57Z

@@ Line 7: / Line 7: @@
 == 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 dig, host et nslookup qui font partie des distributions BIND et pour lesquels des exemples sont donnés ci-après.
+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.
-Notons que lorsque le serveur à interroger n'est pas explicitement renseigné, c'est le (ou les) serveurs par défaut qui est (sont) interrogé(s). Il s'agit de la liste des serveurs récursifs qui est configurée automatiquement (via DHCP par exemple) ou manuellement (dans le fichier <tt>/etc/resolv.conf</tt> pour les systèmes Unix par exemple) sur l'équipement. Les mécanismes de découverte de la liste des serveurs DNS récursifs seront décrits plus loin dans la section découverte de la liste de serveurs DNS récursifs, See Découverte de la liste de serveurs DNS récursifs. L'exemple suivant liste un fichier <tt>resolv.conf</tt> sous Unix :
+Notons que lorsque le serveur à interroger n'est pas explicitement renseigné, c'est le (ou les) serveurs par défaut qui est (sont) interrogé(s). Il s'agit de la liste des serveurs récursifs qui est configurée automatiquement (via DHCP par exemple) ou manuellement (dans le fichier <tt>/etc/resolv.conf</tt> pour les systèmes Unix par exemple ou au travers d'une interface graphique pour MS Windows et Mac OS) sur l'équipement. Les mécanismes de découverte de la liste des serveurs DNS récursifs seront décrits plus loin dans la section découverte de la liste de serveurs DNS récursifs, See Découverte de la liste de serveurs DNS récursifs. L'exemple suivant décrit un fichier <tt>resolv.conf</tt> sous Unix :
   search nic.fr                    # domaine de recherche par défaut
@@ Line 115: / Line 115: @@
 ===Fichier de configuration d'un serveur BIND9===
-Pour un serveur de nom BIND 9, le fichier de configuration named.conf contient une succession de parties déclaratives. La partie options par exemple, indique au serveur les différentes options de configuration telles que l'activation de l'écoute (socket) en IPv4 et/ou en IPv6, l'activation ou non du mode récursif ou le chemin d'accès aux données (option directory).
+Pour un serveur de nom BIND 9, le fichier de configuration named.conf contient une succession de parties déclaratives. La partie <tt>options</tt> par exemple, indique au serveur les différentes options de configuration telles que l'activation de l'écoute (socket) en IPv4 et/ou en IPv6, l'activation ou non du mode récursif ou le chemin d'accès aux données (option directory).
-Les zones DNS sur lesquelles le serveur fait autorité (primaire ou secondaire) sont ensuite déclarées successivement grâce à des rubriques de type zone. Pour chaque zone, le nom du fichier contenant les enregistrements de cette zone est précisé. Lorsque le serveur est secondaire pour une zone donnée, on indique (à l'aide de la sous-rubrique masters ) la liste des adresses IPv4 et/ou IPv6 des serveurs à partir desquels ce secondaire peut s'alimenter. Voici maintenant un extrait du fichier <tt>named.conf</tt> du serveur DNS <tt>ns3.nic.fr</tt> :
+Les zones DNS sur lesquelles le serveur fait autorité (primaire ou secondaire) sont ensuite déclarées successivement grâce à des rubriques de type zone. Pour chaque zone, le nom du fichier contenant les enregistrements de cette zone est précisé. Lorsque le serveur est secondaire pour une zone donnée, on indique (à l'aide de la sous-rubrique <tt>masters</tt> ) la liste des adresses IPv4 et/ou IPv6 des serveurs à partir desquels ce secondaire peut s'alimenter. Voici maintenant un extrait du fichier <tt>named.conf</tt> du serveur DNS <tt>ns3.nic.fr</tt> :
   options {
@@ Line 215: / Line 215: @@
 L'option  « <tt>listen-on-v6</tt> » peut avoir comme valeurs possibles :
 * <tt>any</tt> : dans ce cas-là, le serveur écoutera sur toutes ses adresses IPv6 opérationnelles ;
-* une liste explicite comprenant une ou plusieurs adresses IPv6 données : le serveur écoutera uniquement sur ces adresses pour ce qui est du transport IPv4 des requêtes et réponses ;
+* une liste explicite comprenant une ou plusieurs adresses IPv6 données : le serveur écoutera uniquement sur ces adresses pour ce qui est du transport IPv6 des requêtes et réponses ;
 * <tt>none</tt> : pas de support d'IPv6 (valeur par défaut).
@@ Line 222: / Line 222: @@
 ===Fichier de zone DNS direct===
-Voici à titre d'exemple, un extrait du fichier de zone DNS direct `<tt>nic.fr</tt>', faisant apparaître en même temps des adresses IPv4 et IPv6. On remarquera dans cet exemple que les adresses IPv6 ont été construites manuellement pour garantir leur pérennité dans le DNS. En effet, rappelons dans ce contexte que les adresses obtenues par autoconfiguration dépendent généralement de l'adresse physique de la carte réseau utilisée (RFC 4291).
+Voici à titre d'exemple, un extrait du fichier de zone DNS direct `<tt>nic.fr</tt>', faisant apparaître en même temps des adresses IPv4 et IPv6. On remarquera dans cet exemple que les adresses IPv6 ont été construites manuellement pour garantir leur pérennité dans le DNS. En effet, rappelons dans ce contexte que les adresses obtenues par auto-configuration dépendent généralement de l'adresse physique de la carte réseau utilisée (RFC 4291).
   $TTL 172800

@@ Line 11: / Line 11: @@
 Notons que lorsque le serveur à interroger n'est pas explicitement renseigné, c'est le (ou les) serveurs par défaut qui est (sont) interrogé(s). Il s'agit de la liste des serveurs récursifs qui est configurée automatiquement (via DHCP par exemple) ou manuellement (dans le fichier <tt>/etc/resolv.conf</tt> pour les systèmes Unix par exemple) sur l'équipement. Les mécanismes de découverte de la liste des serveurs DNS récursifs seront décrits plus loin dans la section découverte de la liste de serveurs DNS récursifs, See Découverte de la liste de serveurs DNS récursifs. L'exemple suivant liste un fichier <tt>resolv.conf</tt> sous Unix :
-  search nic.fr    # domaine sous lequel la recherche est effectuée par défaut
+  search nic.fr                    # domaine de recherche par défaut
-  nameserver      ::1               # prefer localhost-v6
+  nameserver     ::1               # prefer localhost-v6
-  nameserver      192.134.4.162     # backup v4
+  nameserver     192.134.4.162     # backup v4

@@ Line 11: / Line 11: @@
 Notons que lorsque le serveur à interroger n'est pas explicitement renseigné, c'est le (ou les) serveurs par défaut qui est (sont) interrogé(s). Il s'agit de la liste des serveurs récursifs qui est configurée automatiquement (via DHCP par exemple) ou manuellement (dans le fichier <tt>/etc/resolv.conf</tt> pour les systèmes Unix par exemple) sur l'équipement. Les mécanismes de découverte de la liste des serveurs DNS récursifs seront décrits plus loin dans la section découverte de la liste de serveurs DNS récursifs, See Découverte de la liste de serveurs DNS récursifs. L'exemple suivant liste un fichier <tt>resolv.conf</tt> sous Unix :
-  search nic.fr                       # domaine sous lequel la recherche est effectuée par défaut
+  search nic.fr    # domaine sous lequel la recherche est effectuée par défaut
-  nameserver 2001:660:3003:2::1:1     # serveur à interroger en premier
+  nameserver      ::1               # prefer localhost-v6
-  nameserver 192.134.4.160            # serveur à interroger en second si le premier ne répond pas
+  nameserver      192.134.4.162     # backup v4
 === Exemples d'interrogation ===

@@ Line 11: / Line 11: @@
 Notons que lorsque le serveur à interroger n'est pas explicitement renseigné, c'est le (ou les) serveurs par défaut qui est (sont) interrogé(s). Il s'agit de la liste des serveurs récursifs qui est configurée automatiquement (via DHCP par exemple) ou manuellement (dans le fichier <tt>/etc/resolv.conf</tt> pour les systèmes Unix par exemple) sur l'équipement. Les mécanismes de découverte de la liste des serveurs DNS récursifs seront décrits plus loin dans la section découverte de la liste de serveurs DNS récursifs, See Découverte de la liste de serveurs DNS récursifs. L'exemple suivant liste un fichier <tt>resolv.conf</tt> sous Unix :
-  search nic.fr # domaine sous lequel la recherche est effectuée par défaut
+  search nic.fr                       # domaine sous lequel la recherche est effectuée par défaut
-  nameserver 2001:660:3003:2::1:1 # serveur à interroger en premier
+  nameserver 2001:660:3003:2::1:1     # serveur à interroger en premier
-  nameserver 192.134.4.160 # serveur à interroger en second si le premier ne répond pas
+  nameserver 192.134.4.160            # serveur à interroger en second si le premier ne répond pas
 === Exemples d'interrogation ===
@@ Line 41: / Line 41: @@
   ;; ADDITIONAL SECTION:
   ns1.nic.fr.             78032   IN      A       192.93.0.1
   ns1.nic.fr.             17168   IN      AAAA    2001:660:3005:1::1:1

@@ Line 109: / Line 109: @@
 Dans les exemples 1, 3 et 5, la requête est envoyée au serveur récursif par défaut (<tt>2001:660:3003:2::1:1</tt>). Dans les exemples 2, 4 et 6, la requête est envoyée au serveur <tt>ns-sec.ripe.net</tt> (qui est secondaire pour la zone <tt>nic.fr</tt>).
-Notons que l'outil <tt>nslookup</tt> n'est plus maintenu par l'ISC et qu'il est amené à disparaître. L'usage de l'outil <tt>dig</tt> ou de <tt>host</tt> pour toutes sortes de requêtes est en revanche recommandé.
+Notons que l'outil <tt>nslookup</tt> n'est plus maintenu par l'[http://www.isc.org/ ISC] et qu'il est amené à disparaître. L'usage de l'outil <tt>dig</tt> ou de <tt>host</tt> pour toutes sortes de requêtes est en revanche recommandé.
-La deuxième version de <tt>ZoneCheck</tt>, l'outil utilisé par l'AFNIC pour vérifier la configuration et valider la délégation de zones DNS sous .fr et .re, supporte IPv6 complètement. En effet, pour une zone DNS quelconque , <tt>ZoneCheck2</tt> [http://www.zonecheck.fr/] permet d'interroger la liste des serveurs faisant autorité sur cette zone afin de vérifier leur bon fonctionnement (en termes de transport UDP et TCP au-dessus d'IPv4 et d'IPv6 si IPv6 est supporté) et la bonne configuration de la zone DNS en question (en termes de base de données, notamment concernant la cohérence des enregistrements DNS entre serveurs différents).
+La deuxième version de <tt>ZoneCheck</tt>, l'outil utilisé par l'AFNIC pour vérifier la configuration et valider la délégation de zones DNS sous .fr et .re, supporte IPv6 complètement. En effet, pour une zone DNS quelconque, [http://www.zonecheck.fr/ ZoneCheck] permet d'interroger la liste des serveurs faisant autorité sur cette zone afin de vérifier leur bon fonctionnement (en termes de transport UDP et TCP au-dessus d'IPv4 et d'IPv6 si IPv6 est supporté) et la bonne configuration de la zone DNS en question (en termes de base de données, notamment concernant la cohérence des enregistrements DNS entre serveurs différents).
 ===Fichier de configuration d'un serveur BIND9===

@@ Line 17: / Line 17: @@
 === Exemples d'interrogation ===
-Les six exemples suivants illustrent l'utilisation des outils <tt>dig</tt>, <tt>host</tt> et <tt>nslookup</tt> pour la même requête de résolution du nom `<tt>ns3.nic.fr</tt>' en adresse(s) IPv6.
+Les six exemples suivants illustrent l'utilisation des outils <tt>dig</tt>, <tt>host</tt> et <tt>nslookup</tt> pour la même requête de résolution du nom `<tt>ns3.nic.fr</tt>' en adresse(s) IPv6 :
   >'''dig ns3.nic.fr aaaa'''
@@ Line 111: / Line 111: @@
 Notons que l'outil <tt>nslookup</tt> n'est plus maintenu par l'ISC et qu'il est amené à disparaître. L'usage de l'outil <tt>dig</tt> ou de <tt>host</tt> pour toutes sortes de requêtes est en revanche recommandé.
-La deuxième version de <tt>ZoneCheck</tt>, l'outil utilisé par l'AFNIC pour vérifier la configuration et valider la délégation de zones DNS sous .fr et .re, supporte IPv6 complètement. En effet, pour une zone DNS quelconque , <tt>ZoneCheck2</tt> permet d'interroger la liste des serveurs faisant autorité sur cette zone afin de vérifier leur bon fonctionnement (en termes de transport UDP et TCP au-dessus d'IPv4 et d'IPv6 si IPv6 est supporté) et la bonne configuration de la zone DNS en question (en termes de base de données, notamment concernant la cohérence des enregistrements DNS entre serveurs différents).
+La deuxième version de <tt>ZoneCheck</tt>, l'outil utilisé par l'AFNIC pour vérifier la configuration et valider la délégation de zones DNS sous .fr et .re, supporte IPv6 complètement. En effet, pour une zone DNS quelconque , <tt>ZoneCheck2</tt> [http://www.zonecheck.fr/] permet d'interroger la liste des serveurs faisant autorité sur cette zone afin de vérifier leur bon fonctionnement (en termes de transport UDP et TCP au-dessus d'IPv4 et d'IPv6 si IPv6 est supporté) et la bonne configuration de la zone DNS en question (en termes de base de données, notamment concernant la cohérence des enregistrements DNS entre serveurs différents).
 ===Fichier de configuration d'un serveur BIND9===

@@ Line 34: / Line 34: @@
   ;; AUTHORITY SECTION:
   nic.fr.                 78032   IN      NS      ns1.nic.fr.
   nic.fr.                 78032   IN      NS      ns2.nic.fr.
   nic.fr.                 78032   IN      NS      ns3.nic.fr.
   ;; ADDITIONAL SECTION:
- dns.inria.fr.           25737   IN      A       193.51.208.13
   ns1.nic.fr.             78032   IN      A       192.93.0.1
   ns1.nic.fr.             17168   IN      AAAA    2001:660:3005:1::1:1

@@ Line 21: / Line 21: @@
   >'''dig ns3.nic.fr aaaa'''
-  ; <<>> DiG 9.2.3 <<>> ns3.nic.fr aaaa
+  ; <<>> DiG 9.3.3 <<>> ns3.nic.fr aaaa
-  ;; global options: printcmd
+  ;; global options:  printcmd
   ;; Got answer:
-  ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 46128
+  ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 3032
-  ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 7, ADDITIONAL: 6
+  ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 7, ADDITIONAL: 7
-−
   ;; QUESTION SECTION:
-  ;ns3.nic.fr. IN AAAA
+  ;ns3.nic.fr.                    IN      AAAA
-−
   ;; ANSWER SECTION:
-  ns3.nic.fr. 344922 IN AAAA 2001:660:3006:1::1:1
+  ns3.nic.fr.             172800  IN      AAAA    2001:660:3006:1::1:1
-−
   ;; AUTHORITY SECTION:
-  nic.fr. 37280 IN NS ns1.nic.fr.
+  nic.fr.                 78032   IN      NS      ns-sec.ripe.net.
-  nic.fr. 37280 IN NS ns3.nic.fr.
+  nic.fr.                 78032   IN      NS      dns.inria.fr.
-  nic.fr. 37280 IN NS ns.ripe.net.
+  nic.fr.                 78032   IN      NS      ns0.oleane.net.
+ nic.fr.                 78032   IN      NS      ns1.nic.fr.
-  [...]
+  nic.fr.                 78032   IN      NS      ns1.oleane.net.
+ nic.fr.                 78032   IN      NS      ns2.nic.fr.
-  ;; Query time: 6 msec
+  nic.fr.                 78032   IN      NS      ns3.nic.fr.
- ;; SERVER: 2001:660:3003:2::1:1#53(2001:660:3003:2::1:1)
- ;; WHEN: Wed Jul 7 16:39:53 2004
- ;; MSG SIZE rcvd: 306
   >'''dig ns3.nic.fr aaaa @ns-sec.ripe.net'''
-  ; <<>> DiG 9.2.3 <<>> ns3.nic.fr aaaa @ns-sec.ripe.net
+  ; <<>> DiG 9.3.3 <<>> ns3.nic.fr aaaa @ns-sec.ripe.net
   ;; global options: printcmd
   ;; Got answer:

@@ Line 227: / Line 227: @@
           IN NS ns3.nic.fr.
   [...]
               IN  MX 10   mx1.nic.fr.
               IN  MX 20   mx2.nic.fr.

@@ Line 254: / Line 254: @@
 Voici un extrait de fichier de zone DNS inverse correspondant au préfixe IPv6 <tt>2001:660:3003::/48</tt> (réseau AFNIC-Saint-Quentin-en-Yvelines) et représentant quelques enregistrements de type PTR d'équipements supportant IPv6 :
-$ORIGIN 3.0.0.3.0.6.6.0.1.0.0.2.ip6.arpa.
+ $ORIGIN 3.0.0.3.0.6.6.0.1.0.0.2.ip6.arpa.
-$TTL 172800
+ $TTL 172800
-@       IN      SOA     maya.nic.fr.    hostmaster.nic.fr. (
+ @       IN      SOA     maya.nic.fr.    hostmaster.nic.fr. (
                          2007031200      ;serial
    ;refresh (12 h)
@@ Line 265: / Line 265: @@
          IN      NS      ns2.nic.fr.
          IN      NS      ns3.nic.fr.
+ [...]
 .2.0.0.4.0.0.0.0.0.0.0.0.0.0.0.2.0.0.0         IN      PTR     rigolo.nic.fr.
 .2.0.0.4.0.0.0.0.0.0.0.0.0.0.0.2.0.0.0         IN      PTR     funk.nic.fr.
 .3.0.0.4.0.0.0.0.0.0.0.0.0.0.0.2.0.0.0         IN      PTR     wood.nic.fr.
 .9.0.0.4.0.0.0.0.0.0.0.0.0.0.0.8.0.0.0         IN      PTR     kerkenna.nic.fr.
-−
   [...]
 {{suivi|Nommage inverse : de l'adresse vers les noms|Nommage inverse : de l'adresse vers les noms|Les solutions expérimentales A6 et bitstring labels|Les solutions expérimentales A6 et bitstring labels}}