Vous avez activé votre VPN, mais est-il réellement efficace ? En quelques vérifications simples, vous pouvez confirmer que votre adresse IP est bien masquée et qu’aucune fuite ne trahit votre localisation. Voici comment procéder.
- 5 tests : adresse IP, fuites DNS, WebRTC, IPv6 et kill switch.
- 10 minutes suffisent, avec des sites de test gratuits.
- À refaire après chaque mise à jour du système ou de l’application, et sur tout nouveau réseau.
Si votre vraie adresse IP ou les serveurs DNS de votre fournisseur d’accès apparaissent, il y a fuite : le tableau de diagnostic plus bas vous dit quoi faire.
Les outils à utiliser
Inutile de chercher longtemps : quatre sites gratuits couvrent l’ensemble des contrôles. Ce sont des outils techniques neutres, sans inscription. Lancez-les toujours VPN connecté, et gardez un premier relevé VPN coupé pour comparer.
| Outil | Ce qu’il vérifie |
|---|---|
| ipleak.net | Adresse IP, serveurs DNS et WebRTC sur une seule page : le meilleur point de départ. |
| dnsleaktest.com | Test DNS étendu : liste les serveurs DNS qui traitent réellement vos requêtes. |
| browserleaks.com | WebRTC en détail, et plus largement l’empreinte de votre navigateur. |
| test-ipv6.com | Présence d’une adresse IPv6 et, si elle existe, à qui elle appartient. |
Votre fournisseur VPN propose souvent son propre outil de test : il fonctionne aussi, mais un site indépendant reste la référence.
1. Vérifier votre adresse IP
- VPN désactivé, ouvrez un site de test d’adresse IP (ipleak.net, par exemple) et notez l’adresse et le pays affichés.
- Activez le VPN et connectez-vous à un serveur (dans un autre pays, idéalement).
- Rechargez la page : l’adresse IP et le pays doivent avoir changé pour correspondre au serveur VPN.
Si l’adresse affichée est toujours la vôtre, le VPN n’est pas actif ou mal configuré.
C’est pour cette raison qu’il vaut mieux éviter de taper « mon adresse IP » dans un moteur de recherche : le résultat mélange plusieurs sources et sème le doute pour rien.
2. Tester les fuites DNS
Une fuite DNS peut révéler les sites que vous visitez à votre fournisseur d’accès, même VPN activé. Utilisez un site de test de fuite DNS reconnu (le test étendu de dnsleaktest.com, ou ipleak.net) : une fois connecté au VPN, les serveurs DNS affichés doivent appartenir au VPN ou à son hébergeur, pas à votre fournisseur d’accès français. Fiez-vous au nom de l’opérateur plutôt qu’au pays affiché. Les bons VPN intègrent une protection anti-fuite DNS activée par défaut.
3. Tester les fuites WebRTC
WebRTC, une technologie des navigateurs, peut exposer votre vraie IP même derrière un VPN. Des sites de test dédiés vérifient ce point. Les VPN sérieux bloquent les fuites WebRTC ; leurs extensions de navigateur renforcent souvent cette protection.
Sur ipleak.net ou browserleaks.com, la rubrique WebRTC ne doit afficher que l’adresse du serveur VPN, ou aucune adresse publique. Si votre IP réelle y figure, le réglage se fait dans le navigateur : voir notre guide VPN pour Chrome, qui détaille les extensions et le test WebRTC.
4. Tester les fuites IPv6
Si votre fournisseur d’accès vous attribue une adresse IPv6 et que le VPN ne gère que l’IPv4, une partie du trafic peut sortir hors du tunnel, avec votre adresse réelle. C’est la quatrième fuite classique, et la plus souvent oubliée.
Le test : VPN connecté, ouvrez test-ipv6.com ou la rubrique IPv6 d’ipleak.net. Aucune adresse IPv6 ne doit apparaître, ou alors celle du VPN. Si une IPv6 de votre fournisseur d’accès s’affiche, activez la protection IPv6 du VPN (ou désactivez IPv6 sur l’appareil), puis relancez le test.
5. Vérifier le kill switch
Le kill switch doit bloquer Internet si le tunnel VPN tombe. Couper le réseau ne suffit pas à le tester : sans réseau, la connexion s’arrête de toute façon, avec ou sans kill switch. Ce qui compte, c’est le moment où le réseau revient : votre vraie adresse IP ne doit jamais apparaître avant que le tunnel soit rétabli.
- Ouvrez un site qui affiche votre adresse IP et rafraîchissez-le automatiquement (ou relancez-le à la main pendant le test).
- VPN connecté, coupez le Wi-Fi quelques secondes, puis rétablissez-le.
- Pendant la reconnexion, votre vraie adresse IP ne doit jamais s’afficher : la page reste bloquée jusqu’au retour du tunnel, puis affiche l’IP du serveur.
- Refaites l’essai en changeant de serveur : même règle, aucune IP réelle pendant la bascule.
Si votre adresse IP réelle apparaît, même une seconde, le kill switch n’est pas actif ou ne couvre pas ce cas. Vérifiez qu’il est bien activé dans les réglages : sur certaines applications, il ne l’est pas par défaut (c’est l’erreur n° 3 des débutants).
Une fuite ? Le diagnostic
| Symptôme | Cause probable | Que faire |
|---|---|---|
| IP réelle affichée | VPN déconnecté, ou deux VPN en conflit | Reconnecter ; désinstaller l’ancien client (erreur n° 5) |
| DNS du fournisseur d’accès visibles | Protection DNS désactivée | L’activer dans les réglages du VPN, puis relancer le test |
| IP réelle dans le test WebRTC | Le navigateur | Réglage du navigateur ou extension du fournisseur (VPN pour Chrome) |
| IPv6 du fournisseur d’accès visible | IPv6 non géré par le VPN | Activer la protection IPv6 (ou désactiver IPv6 sur l’appareil) |
| IP réelle pendant la reconnexion | Kill switch inactif | L’activer (erreur n° 3) |
Si la fuite persiste malgré ces réglages, essayez un autre protocole : notre guide WireGuard, OpenVPN, Lightway explique comment en changer. Un bon fournisseur passe ces tests sans difficulté ; s’il échoue encore, le support doit pouvoir vous aider, sinon il est temps d’en changer.
Quand refaire les tests
Une seule série de tests ne vaut pas pour toujours. Refaites-les :
- après l’installation du VPN ;
- après une mise à jour du système ou de l’application ;
- sur un nouveau réseau (hôtel, travail, Wi-Fi public) ;
- après avoir changé de navigateur.
Pour le reste, une routine mensuelle suffit. Ne jamais vérifier son VPN fait d’ailleurs partie des erreurs de débutant les plus courantes.
Ce que ces tests ne vérifient pas
Ces tests prouvent que votre adresse IP et vos requêtes DNS sont masquées, pas que le fournisseur ne conserve aucun journal : la politique no-logs se juge sur les audits indépendants, pas sur un site de test. Ils ne mesurent pas non plus l’empreinte de votre navigateur ni les cookies, qui permettent toujours de vous reconnaître. Enfin, certaines failles du système échappent aux tests en ligne.
Questions fréquentes
Pourquoi Google affiche-t-il toujours la France alors que mon VPN est activé ?
Parce que Google ne se fie pas qu’à votre adresse IP : il utilise aussi votre compte, votre historique et, sur mobile, la localisation de l’appareil. Ce n’est pas une fuite. Pour savoir si le VPN fonctionne, fiez-vous à l’adresse IP affichée par un site de test dédié.
Mon VPN passe tous les tests, suis-je anonyme ?
Non. Les tests prouvent que votre adresse IP et vos requêtes DNS sont masquées. Ils ne disent rien des cookies, de l’empreinte de votre navigateur ni des comptes auxquels vous êtes connecté, qui permettent toujours de vous reconnaître.
À quelle fréquence faut-il tester son VPN ?
Une fois après l’installation, puis après chaque mise à jour du système ou de l’application, et sur tout nouveau réseau. En dehors de ces moments, un contrôle par mois suffit.
Peut-on faire ces tests sur un smartphone ?
Oui. Les sites de test fonctionnent dans le navigateur du téléphone, VPN activé. Le test WebRTC concerne surtout les navigateurs d’ordinateur, mais il ne coûte rien de le lancer aussi sur mobile.
Le test de vitesse fait-il partie des vérifications ?
Ce n’est pas un test de sécurité, mais il est utile : une baisse de débit modérée est normale. Si elle est forte, essayez un serveur plus proche ou un autre protocole avant de conclure que le service est mauvais.
Qu’est-ce qu’un VPN ? · Installer un VPN · Les erreurs de débutant · Comparateur de VPN
Cet article ne contient aucun lien d’affiliation. Nos pages de comparaison, si : voici comment nous sommes rémunérés. Les liens vers les sites de test ne sont pas commerciaux. Informations vérifiées le 04/10/2026 ; sources : Clubic (faille Android, 14/09/2026), méthode de test du kill switch publiée par TechRadar.