Outils pour utilisateurs

Outils du site


Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentesRévision précédente
Prochaine révision
Révision précédente
060-ipv6:030-decouvertes [le 03/03/2025 à 19:00] – [rdisc6] prof060-ipv6:030-decouvertes [le 04/03/2025 à 08:35] (Version actuelle) – [rdisc6] prof
Ligne 79: Ligne 79:
 Mais  cette adresse ULA indiquant un serveur DNS (résolveur, plutôt) dans un réseau où il n'y a pas de serveur DNS installé ? Ce ne peut être que la Freebox.  Mais  cette adresse ULA indiquant un serveur DNS (résolveur, plutôt) dans un réseau où il n'y a pas de serveur DNS installé ? Ce ne peut être que la Freebox. 
  
-Et pourquoi cette adresse n'apparaît pas dans ''/etc/resolv.conf'' ? Parce qu'il n'y a aucun démon qui la capture pour renseigner ce fichier. Autrement-dit, dans cette configuration minimale, c'est le résolveur ''192.168.60.254'' qui assurera la résolution des noms en IPv6. La preuve, en utilisant l'outil ''nslookup'' du paquet ''bind9-dnsutils'':+Et pourquoi cette adresse n'apparaît pas dans ''/etc/resolv.conf'' ? Parce qu'il n'y a aucun démon qui la capture pour renseigner ce fichier. Autrement-dit, dans cette configuration minimale, c'est le résolveur ''192.168.60.254'' qui assurera la résolution des noms en IPv6 comme nous l'avons vu page précédente.Confirmation avec l'outil ''nslookup'' du paquet ''bind9-dnsutils'':
 <html><pre class="code"> <html><pre class="code">
 nslookup www.debian.org nslookup www.debian.org
Ligne 95: Ligne 95:
 Address: 2001:648:2ffc:deb:216:61ff:fe2b:6138 Address: 2001:648:2ffc:deb:216:61ff:fe2b:6138
 </pre></html> </pre></html>
-La commande interroge bien ''192.168.60.254'' et obtient non moins bien les adresses IPv4 **et** IPv6 correspondant à l'URI ''www.debian.org''.+La commande interroge bien ''192.168.60.254''.
  
 Mais si l'on veut utiliser le résolveur proposé dans la configuration IPV6, comment faire ? Mais si l'on veut utiliser le résolveur proposé dans la configuration IPV6, comment faire ?
  
-Il faut installer le démon ''rdnssd'' //Rdnssd configure automatiquement des serveurs DNS récursifs sur des réseaux IPv6 qui utilisent ICMPv6 Neighbor Discovery (RFC 5006), et il peut mettre à jour la configuration des résolveurs DNS (/etc/resolv.conf) en fonction.//. Mais ce paquet recommande ''resolvconf'' et nous ne voulons **surtout pas** l'installer, il fait trop de choses dans notre dos. Donc:+Il faut donc installer le démon ''rdnssd'' qui //configure automatiquement des serveurs DNS récursifs sur des réseaux IPv6 qui utilisent ICMPv6 Neighbor Discovery (RFC 5006), et il peut mettre à jour la configuration des résolveurs DNS (/etc/resolv.conf) en fonction.((extrait du «man rdnssd»))//. Mais ce paquet recommande ''resolvconf'' et nous ne voulons **surtout pas** l'installer, il fait trop de choses dans notre dos. Donc:
   apt --no-install-recommends install rdnssd   apt --no-install-recommends install rdnssd
 Et après reboot de la machine virtuelle: Et après reboot de la machine virtuelle:
Ligne 124: Ligne 124:
 </pre></html> </pre></html>
 Le résolveur interrogé l'est maintenant par son adresse IPv6 et répond bien entendu exactement la même réponse que précédemment.  Le résolveur interrogé l'est maintenant par son adresse IPv6 et répond bien entendu exactement la même réponse que précédemment. 
 +
 +La conclusion de tout ceci démontre qu'un serveur DNS (ou un résolveur) gère aussi bien les adresses IPv4 et IPv6, ce que nous montrerons plus loin, lors de l'installation de ''bind9''.
 ===== tcptraceroute6 ===== ===== tcptraceroute6 =====
  
-Comme son nom l'indique, cette commande est équivalente au ''tcptraceroute'' du monde IPv4 :+Comme son nom l'indique, cette commande est équivalente au ''tcptraceroute'' du monde IPv4. Là encore, un peu de patience, nous démonterons son fonctionnement lors de l'étude détaillée du protocole ICMP. Pour l'instant, contentons-nous de savoir que cette commande met en évidence les différents routeurs par lesquels passent une requête quelconque depuis la source vers la cible.
  
 <html><pre class="code"> <html><pre class="code">
-<span class="hlg">:~$ tcptraceroute6  www.kame.net</span> +<b>tcptraceroute6 www.debian.org</b>
-traceroute vers orange.kame.net (2001:200:0:8002:203:47ff:fea5:3085) de 2a01:5d8:52f3:500d:21b:11ff:fe52:bfab, port 80, du port 56328, 30 sauts max, 60 octet/paquet +
-<span class="hly"> 1  2a01:5d8:52f3:500d::1 (2a01:5d8:52f3:500d::1)  0.586 ms  0.493 ms  0.514 ms </span> +
-  2a01:5d8:e000:9d1::4 (2a01:5d8:e000:9d1::4)  48.728 ms  48.941 ms  48.161 ms  +
-  2a01:5d8:e000:9d1::fe (2a01:5d8:e000:9d1::fe)  50.412 ms  49.901 ms  * +
-... +
-22  lo0.alaxala1.k2.wide.ad.jp (2001:200:0:4800::7800:1)  342.425 ms  342.790 ms  339.848 ms  +
-<span class="hly">23  orange.kame.net (2001:200:0:8002:203:47ff:fea5:3085)  343.017 ms [ouvert]  342.494 ms  338.770 ms </span> +
-</pre></html>+
  
-Comme vous le constatez, il n'y a rien de fondamentalement nouveausi ce n'est que nous évoluons dans un monde IPv6+traceroute vers www.debian.org (2001:648:2ffc:deb:216:61ff:fe2b:6138) de 2a01:e0a:875:b1d0:5054:ff:fe37:3649port 80, du port 64890, 30 sauts max, 60 octets/paquet 
-  * le «hop» nous confirme une fois encore l'adresse IP (globalede notre passerelle par défaut; +<span class="hly"> 1  2a01:e0a:875:b1d0::1 (2a01:e0a:875:b1d0::1)</span>  0.705 ms  0.534 ms  0.515 ms  
-  * le «hop» 22 nous apprend que la cible www.kame.net se situe au japon et que son port 80 est ouvert; + 2  2a01:e02:1004:f836:aac1::ffff (2a01:e02:1004:f836:aac1::ffff)  3.781 ms  1.841 ms  2.316 ms  
-  * le «hop» 23 nous dit que la cible est vivante et que le port 80 est ouvert.+  2a01:e02:1004:1700::ffff (2a01:e02:1004:1700::ffff 2.314 ms  2.173 ms  1.897 ms  
 +  2a01:e02:1003::1 (2a01:e02:1003::1)  2.727 ms  2.262 ms  2.587 ms  
 +  * * 
 +  * * * 
 +  2a01:e04:6003::5 (2a01:e04:6003::5)  23.856 ms  23.700 ms  24.134 ms  
 +  fra-ix.geant.net (2001:7f8::51e5:0:1)  23.773 ms  24.310 ms  24.075 ms  
 + 9  lag-1-0.rt0.fra.de.geant.net (2001:798:cc::72)  24.043 ms  23.606 ms  24.010 ms  
 +10  lag-6-0.rt0.pra.cz.geant.net (2001:798:cc:1::c6)  34.623 ms  34.880 ms  35.114 ms  
 +11  lag-5-0.rt0.vie.at.geant.net (2001:798:cc:1::ce)  34.958 ms  35.176 ms  35.076 ms  
 +12  * * * 
 +13  * * * 
 +14  * * * 
 +15  2001:798:cc::4a (2001:798:cc::4a)  58.276 ms  58.204 ms  57.667 ms  
 +16  grnet-ias.rt1.the.gr.geant.net (2001:798:1::176)  58.522 ms  57.809 ms  58.165 ms  
 +17  2001:648:2ff2:105::1 (2001:648:2ff2:105::1)  64.859 ms  65.205 ms  65.844 ms  
 +<span class="bhlo">18  static-mirror-grnet-01.debian.org (2001:648:2ffc:deb:216:61ff:fe2b:6138)</span>  65.539 ms [ouvert]  65.738 ms  65.965 ms 
 + 
 +</pre></html>
  
 +Pour l'instant, admettons ceci:
 +  * le «hop» 1 ''2a01:e0a:875:b1d0::1'' c'est obligatoiremet notre passerelle par défaut (Freebox), bien que l'on n'ai pas encore réussi à identifier cette adresse;
 +  * les «hops» marqués par des étoiles sont des routeurs dont nous n'avons par reçu d'information. Diverses raisons peuvent le justifier.
 +  * le «hop» 18 , c'est le terminus, ne serveur cible. Nous sommes passés par 17 routeurs différents pour l'atteindre.
 +Une analyse un peu plus détaillée montrerait que tous les routeurs  dont l'adresse commence par ''20a1::'' sont dans le réseau Proxad, puis nous passons dans le réseau identifié ''geant.net''. Le projet ''Geant'' qui se nomme désormais [[https://geant.org/|Geant.org]]. //GÉANT is the collaboration of European National Research and Education Networks //. Visiblement, on circule un peu dans divers pays d'Europe, pour arriver dans [[https://grnet.gr/en/company/|grnet]] qui est semble-t-il l'équivalent de notre Renater en Grèce. (65 ms Pour aller de la France en Grèce, et encore, avec 17 escales. Qui dit mieux ?)
  
  
A la découverte du monde IPv6: Dernière modification le: 03/03/2025 à 19:00 par prof