Test de fuites
Nous vérifions si tout votre trafic passe par la connexion chiffrée : l'adresse en IPv4 et IPv6, ce que révèle WebRTC et votre fuseau horaire.
Comment notre serveur vous voit
Votre adresse est analysée sur notre serveur à partir d'une base de données locale et n'est jamais transmise à des services tiers.
WebRTC
vérificationNous demandons au navigateur quelles adresses il est prêt à révéler.
Fuseau horaire
vérificationComparaison de l'horloge de votre appareil avec le fuseau horaire de votre adresse.
DNS
Les résolutions de noms de sites ne passent pas par le même canal que le contenu et sont vérifiées séparément. Nous utilisons pour cela notre propre serveur DNS — aucun service tiers n'intervient.
Vérifier le DNSQu'est-ce qu'une fuite et pourquoi elle se produit
Un VPN fait passer le trafic par son serveur, et les sites voient l'adresse de ce serveur au lieu de la vôtre. Il y a fuite quand certaines requêtes sortent directement au lieu de passer par le tunnel, et que votre véritable adresse devient visible malgré tout. La cause est presque toujours technique : un protocole n'a pas été redirigé.
Il y a trois sources classiques. IPv6 — si le tunnel ne couvre qu'IPv4 alors qu'IPv6 est activé chez votre fournisseur, certaines connexions le contournent. WebRTC — le mécanisme d'appels intégré au navigateur, qui demande à un serveur extérieur votre adresse externe pour établir une connexion. Et le DNS — les requêtes « quelle est l'adresse de ce site » qui peuvent encore partir vers les serveurs de votre fournisseur.
Comment lire les résultats de cette page
Le bloc « Comment notre serveur vous voit » affiche les adresses depuis lesquelles notre serveur a reçu des requêtes : l'adresse principale, plus IPv4 et IPv6 séparément. Si vous utilisez un VPN, elles doivent toutes appartenir au serveur VPN et non à votre fournisseur.
Viennent ensuite les verdicts. « Rien à signaler » signifie qu'aucun contournement n'a été trouvé. « Fuite » signifie qu'une adresse différente de celle de la connexion a été révélée. « Indéterminé » signifie qu'il n'y avait rien à comparer — par exemple, le navigateur a montré une adresse d'un protocole pour lequel nous n'avons pas de mesure correspondante. Nous ne transformons volontairement pas ces cas en alerte : effrayer les gens avec de l'incertitude serait malhonnête.
Que faire si une fuite est détectée
Pour une fuite IPv6, la solution la plus fiable est d'activer la prise en charge d'IPv6 dans le VPN lui-même, ou de désactiver complètement IPv6 dans les réglages de votre carte réseau. La seconde option est radicale mais fonctionne toujours. Dans les apps dotées d'une fonction « bloquer le trafic hors du tunnel », il suffit de l'activer.
Une fuite WebRTC se corrige côté navigateur : dans Firefox avec le paramètre media.peerconnection.enabled dans about:config, dans les navigateurs basés sur Chromium avec une extension qui restreint WebRTC. Réfléchissez avant de désactiver complètement WebRTC : sans lui, les appels et les visioconférences dans le navigateur ne fonctionnent plus.
Pourquoi la vérification tourne sur notre propre serveur
Un test de fuites manipule par nature la donnée la plus sensible d'un visiteur — sa véritable adresse. Envoyer cette adresse à un service extérieur pour afficher un joli nom de ville serait étrange pour un fournisseur de VPN : la localisation est donc déterminée à partir d'une base de données locale sur notre serveur.
La sonde WebRTC passe elle aussi par notre propre serveur : le navigateur a besoin d'un interlocuteur extérieur, et la plupart des testeurs branchent le serveur public d'une grande entreprise. Nous utilisons le nôtre pour qu'une page consacrée aux fuites n'en devienne pas une source. Les résultats ne sont conservés nulle part.
Questions fréquentes
Vous voulez une connexion sans contournements ?
MeerGuard chiffre votre trafic et remplace votre adresse — et si quelque chose ne va pas, cette page vous le dira franchement.