Fuite IPv6 du VPN : pourquoi seule l’IPv4 change

À quoi peut ressembler un contournement IPv6 dans le même pays

Imaginons que votre connexion domestique et le serveur VPN choisi se trouvent tous deux en Thaïlande. Avant la connexion, votre navigateur expose une adresse IPv4 et une adresse IPv6. Après la connexion, seule l’IPv4 change. Les deux indications de pays affichent toujours Thaïlande, mais l’adresse IPv6 enregistrée reste visible.

IPNixa signale ce schéma d’adresses par « IPv4 modifiée · IPv6 inchangée » lorsque les deux versions IP peuvent être comparées avec une connexion enregistrée récente. L’avertissement vous invite à vérifier le routage ; l’adresse seule ne permet pas d’établir quelle interface ou quel paramètre d’application a causé ce résultat.

Enregistrez une connexion de référence utile, puis comparez

Une comparaison est plus utile quand seul le réglage du VPN change. Changer de Wi-Fi, redémarrer la box ou le routeur ou changer de réseau mobile en même temps rend la cause plus difficile à interpréter.

1. Ouvrez le test VPN avec le VPN déconnecté, si cela convient à votre situation. Attendez que les vérifications IPv4 et IPv6, menées séparément, soient terminées.
2. Sélectionnez « Enregistrer la connexion actuelle ». Notez quelles versions IP ont réellement été confirmées ; une adresse manquante ne peut pas servir de référence pour cette version.
3. Connectez le VPN et attendez qu’il indique être connecté. Utilisez « Vérifier à nouveau et comparer » dans le même onglet du navigateur.
4. Lisez séparément les lignes IPv4 et IPv6, puis consultez l’explication sur l’exposition IPv6. IPNixa conserve la connexion enregistrée dans cet onglet pendant 30 minutes au maximum.

Ce que signifie chaque schéma d’adresses

Utilisez la comparaison avec l’adresse enregistrée en parallèle avec les paramètres de votre application VPN. La comparaison ne révèle pas une adresse d’origine cachée ; elle s’appuie sur la connexion que vous avez choisi d’enregistrer.

Quand le résultat enregistré ne permet pas de répondre

Supposons que la connexion d’origine n’ait confirmé que l’IPv4. Après la connexion au VPN, une adresse IPv6 apparaît pour la première fois. Vous disposez désormais d’une observation IPv6, mais d’aucune adresse IPv6 enregistrée à laquelle la comparer. N’interprétez pas cette référence vide comme la preuve que le VPN a introduit ou protégé l’IPv6. Recommencez depuis une connexion où la version IP d’origine peut être confirmée, ou demandez à votre fournisseur VPN comment il gère l’IPv6 sur ce réseau.

De même, enregistrer une référence alors que le VPN est déjà connecté permet de savoir si une sortie ultérieure a changé ; cela ne fournit pas une connexion directe connue. IPNixa ne peut pas déterminer automatiquement l’intention de routage de votre connexion de référence. Si le résultat enregistré expire ou si vous le supprimez, l’affichage revient à de simples observations jusqu’à ce que vous enregistriez et compariez à nouveau. Pour le support, notez les paramètres modifiés, si les deux sondes ont abouti et à quel moment chaque vérification a été lancée. Ce contexte est généralement plus utile qu’une simple indication de pays.

Vérifiez la configuration du VPN avant de modifier l’appareil

Les appareils double pile (dual-stack) peuvent envoyer du trafic par l’une ou l’autre version IP. Un VPN doit appliquer la politique de routage prévue aux deux. Le split tunneling (tunnel fractionné) et les exclusions d’applications peuvent aussi expliquer pourquoi un navigateur emprunte un autre chemin ; un contournement n’est pas forcément un défaut du logiciel.

Commencez par les instructions du fournisseur concernant le routage IPv6 ou la protection contre les fuites. Si le résultat est inattendu, notez l’heure du test et le schéma observé avant et après pour le support. Ne communiquez les adresses complètes que si cela est utile à une demande d’assistance. Un test dans le navigateur n’examine ni les autres applications, ni les fuites du résolveur DNS, ni le kill switch du VPN.

• Si le split tunneling exclut le navigateur, incluez-le dans le routage VPN si c’est votre objectif. Répétez sur le même Wi-Fi avec une nouvelle référence de connexion directe.
• Si le fournisseur prend en charge le tunnel IPv6, suivez sa configuration pour votre appareil et vérifiez à nouveau les deux familles. Un changement d’adresse IPv6 ne prouve pas à lui seul que la route est correcte.
• Si le fournisseur bloque volontairement IPv6, une sonde de navigateur indisponible est compatible avec cette politique sans la vérifier. Consultez ses diagnostics avant de considérer le résultat comme protégé.
• Si le comportement persiste, indiquez l’appareil, le mode VPN, l’heure du test et les familles dont les sondes ont abouti. Ne désactivez pas les protections du navigateur uniquement pour faire disparaître un résultat non concluant.

Exemple reproduit : IPv4 change, pas IPv6

Le 27 octobre 2026, nous avons exécuté localement la logique de comparaison IPNixa avec des connexions simulées. Avant le changement VPN hypothétique : IPv4 203.0.113.42 et IPv6 2001:db8:1:2::5. Après : IPv4 198.51.100.24 et la même IPv6 2001:db8:1:2::5. Les deux instantanés utilisent le même pays fictif. Ces adresses sont réservées à la documentation et ne proviennent pas d’une vraie connexion.

La comparaison a affiché « IPv4 modifiée · IPv6 inchangée » et signalé IPv6 à examiner. Cet exemple reproduit le traitement du cas ; aucun VPN n’a été connecté ni configuré et aucune fuite réelle n’a été vérifiée.

Pour une vraie connexion, enregistrez la référence avant d’activer le VPN, puis comparez dans le même onglet. Si IPv6 reste identique, vérifiez le routage IPv6 et les exclusions du VPN, adaptez-les si nécessaire et recommencez. Une IPv6 absente reste indéterminée ; le DNS et les autres applications ne sont pas testés ici.