Différences

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

--- 040-adresses:045-demonstration-v6 [le 21/09/2025 à 14:02] – [Résolution de la cible] prof
+++ 040-adresses:045-demonstration-v6 [le 21/09/2025 à 16:41] (Version actuelle) – [Établissement de la connexion TCP avec la cible] prof
@@ Ligne 12: / Ligne 12: @@
 <span class="hly">fe80::5054:ff:fe6b:1096</span>   <span class="hlg">ff02::1:ffdf:a1f0</span>       <span class="bhlo">ICMPv6   Neighbor Solicitation for fe80::1a31:bfff:fedf:a1f0 from 52:54:00:6b:10:96</span>
 <span class="hlo">fe80::1a31:bfff:fedf:a1f0</span> <span class="hly">fe80::5054:ff:fe6b:1096</span> <span class="bhlm">ICMPv6   Neighbor Advertisement fe80::1a31:bfff:fedf:a1f0 is at 18:31:bf:df:a1:f0</span>
 </pre></html>
 Ici encore, la station de travail vient de se réveiller.
@@ Ligne 30: / Ligne 31: @@
   - les requêtes DNS concernent aussi bien les adresses IPv4 qu' IPv6, le client disposant cette fois-ci de la double pile IP.
   - La réponse IPv6 étant naturellement de type «scope global»
+===== Établissement de la connexion TCP avec la cible =====
+<html><pre class="code">
+<span class="hly">7  2a01:e0a:875:b1d0:5054:ff:fe6b:1096 2001:41d0:305:2100::2cd5 TCP   44694 → 80 [SYN] ...</span>
+</pre></html>
+<note important>Pas de recherche de l'adresse MAC de la passerelle ?
+Car il est évident que la cible n'est pas dans le même réseau que le client...</note>
+Lorsque la station de travail démarre, le système opère une recherche du voisinage «network discovery» à coups de messages ICMP bien sentis et ceci l'informe entre autres choses de l'adresse MAC de la passerelle, comme nous verrons ceci [[060-ipv6:030-decouvertes|un peu plus loin]].
+Bien entendu, si l'on regardait dans la trame 7 ce qu'il se passe sur le couche Ethernet, nous retrouvons bien:
+<html><pre class="code">
+Ethernet II, <span class="hly">Src: ASUSTekC_2d:74:e6 (1c:b7:2c:2d:74:e6)</span>, <span class="hlg">Dst: FreeboxS_86:ec:02 (68:a3:78:86:ec:02)</span>
+</pre></html>
+Le reste est complètement similaire au dialogue IPv4, HTTP utilisant TCP:
+<html><pre class="code">
+<span class="hlg">8  2001:41d0:305:2100::2cd5 2a01:e0a:875:b1d0:5054:ff:fe6b:1096 TCP   80 → 44694 [SYN, ACK] ...</span>
+<span class="hly">9  2a01:e0a:875:b1d0:5054:ff:fe6b:1096 2001:41d0:305:2100::2cd5 TCP   44694 → 80 [ACK] ...</span>
+<span class="hlb">10 2a01:e0a:875:b1d0:5054:ff:fe6b:1096 2001:41d0:305:2100::2cd5 HTTP  GET / HTTP/1.1</span>
+<span class="hlg">11 2001:41d0:305:2100::2cd5 2a01:e0a:875:b1d0:5054:ff:fe6b:1096 TCP   80 → 44694 [ACK] ...</span>
+<span class="hlb">12 2001:41d0:305:2100::2cd5 2a01:e0a:875:b1d0:5054:ff:fe6b:1096 HTTP  HTTP/1.1 200 OK  (text/html)</span>
+<span class="hly">13 2a01:e0a:875:b1d0:5054:ff:fe6b:1096 2001:41d0:305:2100::2cd5 TCP   44694 → 80 [ACK] ...
+2a01:e0a:875:b1d0:5054:ff:fe6b:1096 2001:41d0:305:2100::2cd5 TCP   44694 → 80 [FIN, ACK] ...</span>
+<span class="hlg">15 2001:41d0:305:2100::2cd5 2a01:e0a:875:b1d0:5054:ff:fe6b:1096 TCP   80 → 44694 [FIN, ACK] ...</span>
+<span class="hly">16 2a01:e0a:875:b1d0:5054:ff:fe6b:1096 2001:41d0:305:2100::2cd5 TCP   44694 → 80 [ACK] ...</span>
+</pre></html>
+===== v6 vs v4 =====
+Vu du côté de l'utilisateur, il n'y a aucune différence. Du côté de l'administrateur, la principale différence est que le protocole ARP, qui présente de nombreuses failles de sécurité, a été abandonné au profit de messages ICMP dédiés à la recherche des adresses MAC des éléments du réseau local.
+Pour ce qui est de la sécurité des éléments du LAN, les nœuds disposant désormais d'une adresse «scope global» c'est-à-dire directement accessibles depuis l'extérieur. Il n'y a plus de masquage d'adresse au niveau de la passerelle et peuvent donc plus facilement être attaqués.