IPv4 en notation IPv6

La prémisse est souvent fausse, et ce n’est pas grave

La plupart des gens qui cherchent un convertisseur IPv4 vers IPv6 cherchent une chose qui n’existe pas : une fonction qui prendrait l’adresse qu’ils ont et renverrait l’adresse IPv6 qu’ils devraient utiliser. Cette fonction n’existe pas. Les adresses IPv6 sont attribuées — votre fournisseur d’accès ou d’hébergement vous remet un bloc pris dans celui qu’on lui a remis — et non calculées à partir d’une IPv4 que vous possédez déjà.

Ce qui existe, en revanche, ce sont plusieurs notations qui placent une adresse IPv4 dans la syntaxe IPv6, chacune inventée pour une tâche précise. Savoir laquelle est laquelle est réellement utile, car vous les croiserez dans des journaux et des fichiers de configuration. Prendre l’une d’elles pour « votre adresse IPv6 » ne l’est pas.

Celle que vous verrez vraiment

::ffff:203.0.113.5 — la forme mappée depuis IPv4 — représente la quasi-totalité des occurrences réelles. Elle apparaît quand un programme écoute sur une socket IPv6 et qu’un client IPv4 se connecte : le système d’exploitation présente le pair sous cette forme pour que l’application n’ait qu’un seul type d’adresse à gérer.

La conséquence pratique mord à deux endroits. Une analyse de journaux qui attend des quadruplets pointés ne reconnaîtra pas ces lignes. Et une liste d’autorisation qui compare des chaînes ne fera pas correspondre ::ffff:203.0.113.5 à 203.0.113.5 — une règle qui a l’air correcte, qui passe la relecture, et qui ne se déclenche jamais, en silence. Normalisez avant de comparer.

Ce que sont les autres

Compatible IPv4 (::203.0.113.5) était une idée de transition des débuts, rendue obsolète par le RFC 4291 en 2006 et implémentée par rien d’actuel. Si vous en trouvez une dans un fichier de configuration, c’est un défaut, pas un choix.

6to4 (2002::/16) donnait à quiconque disposait d’une IPv4 publique un /48 d’IPv6 automatique, tunnelisé par des relais publics. Rendu obsolète par le RFC 7526 en 2015 : les relais n’avaient aucun exploitant responsable, et les pannes étaient de la pire espèce — intermittentes, lentes, et impossibles à diagnostiquer pour un utilisateur.

NAT64 (64:ff9b::/96) est actuel et sert tous les jours. Les opérateurs mobiles, en particulier, exploitent des réseaux uniquement IPv6 et traduisent en bordure : c’est ainsi qu’un téléphone uniquement IPv6 atteint des services uniquement IPv4. C’est bien réel, mais c’est une propriété d’un réseau dans lequel vous êtes, pas une adresse que vous pouvez distribuer.

Pourquoi les deux protocoles ne peuvent pas simplement se parler

La question est légitime après trente ans de transition. La réponse est qu’IPv6 n’est pas IPv4 avec des adresses plus longues : c’est un protocole différent, avec un en-tête différent, et un routeur qui traite l’un n’a aucun moyen d’acheminer un paquet de l’autre. Il n’y a nulle part, dans un en-tête IPv4, où loger une adresse de 128 bits.

Chaque chemin entre les deux exige donc quelque chose au milieu : un hôte double pile qui parle les deux, un traducteur comme NAT64, ou un proxy qui termine une connexion et en ouvre une autre. C’est toute la raison de la lenteur de la transition, et de ce que la réponse pratique à « comment prendre en charge IPv6 ? » soit presque toujours « faites du double pile » plutôt que « convertissez quelque chose ».

À voir aussi

Pour savoir par quel protocole vous atteignez réellement Internet, le vérificateur d’IP indique la famille d’adresses qu’a empruntée votre connexion. Pour découper en sous-réseaux l’adresse dont vous disposez, le calculateur de sous-réseaux couvre le côté IPv4.