Une IP en ::ffff : IPv4 réelle ou connexion IPv6 ?
Votre journal affiche ::ffff:192.0.2.1 et vous pensez avoir découvert une nouvelle IPv6 du visiteur. Cette notation peut représenter une IPv4 dans une structure d’adresse IPv6 utilisée par le logiciel.
Une représentation pour les applications
Les adresses IPv4-mapped permettent notamment à certaines API et applications à double pile de représenter une extrémité IPv4 dans un format IPv6. La partie finale conserve l’adresse IPv4 concernée.
L’exemple 192.0.2.1 est réservé à la documentation. Dans un journal réel, la valeur représente l’extrémité observée par l’application, selon son réseau et ses intermédiaires.
Ce que la notation ne prouve pas
Voir ::ffff ne signifie pas que le client dispose d’un accès IPv6 natif. Cela ne prouve pas non plus qu’il utilise un VPN ou qu’il a deux adresses publiques indépendantes.
Ne confondez pas cette représentation avec un préfixe de traduction NAT64. Les deux usages ne racontent pas la même opération réseau.
Comparer après normalisation
Un outil peut montrer une IPv4 simple et un autre sa représentation mappée. Les traiter comme deux visiteurs distincts peut fausser un diagnostic ou une règle.
Utilisez la normalisation prévue par la bibliothèque de votre application. Évitez les remplacements de texte approximatifs sur toutes les IPv6, car certaines notations peuvent contenir une partie IPv4 sans relever du même cas.
Préparer un relevé utile
Conservez le champ du journal, l’application et les informations de proxy éventuelles. Une adresse transmise par un en-tête ne doit pas être tenue pour fiable sans connaître les intermédiaires autorisés.
Notre analyseur IP aide à lire les familles et plages. Il ne peut pas déduire toute l’architecture d’un serveur à partir d’une ligne copiée. Le format doit être rapproché du logiciel qui l’a produit.