Différences

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

--- 130netfilter:30-masquerade [le 07/04/2025 à 14:17] – [Masquerading] prof
+++ 130netfilter:30-masquerade [le 04/10/2025 à 15:53] (Version actuelle) – ↷ Liens modifiés en raison d'un déplacement. prof
@@ Ligne 50: / Ligne 50: @@
 La première ligne concerne l'échange entre  192.168.61.101 et 172.217.20.195:
-  * dans la première moitié de la ligne type=8 code=0 correspond au ping request [[055-icmpv4:005-messages|(déjà oublié ?)]]. On ne sait pas encore ce qu'est ce ''id=613'' que l'on retrouve identique dans la seconde moitié de la ligne.
+  * dans la première moitié de la ligne type=8 code=0 correspond au ping request [[045-icmpv4:005-messages|(déjà oublié ?)]]. On ne sait pas encore ce qu'est ce ''id=613'' que l'on retrouve identique dans la seconde moitié de la ligne.
   * La seconde moitié, avec type=0 code=0 indique que c'est le ping reply.
 Dans la seconde ligne, nous retrouvons l'équivalent pour le couple 192.168.61.101 - 172.217.20.195, mais avec un id=889. Pas besoin de chercher longtemps pour comprendre que c'est cet identifiant qui permet à conntrack de ne pas se mélanger les adresses. Mais d'où vient cet identifiant ?
@@ Ligne 88: / Ligne 88: @@
     Data (48 bytes)
 </pre></html>
-Nous avons évoqué [[055-icmpv4:005-messages|plus haut]] que les en-têtes ICMP variaient en fonction du message. Il apparaît que dans le cas du ping, un champ «Sequence Number» y est ajouté.
+Nous avons évoqué [[045-icmpv4:005-messages|plus haut]] que les en-têtes ICMP variaient en fonction du message. Il apparaît que dans le cas du ping, un champ «Sequence Number» y est ajouté.
 En résumé, conntrack dans cet exemple: