Test de Fuite DNS : Comment Vérifier que votre VPN N'expose pas votre Trafic
Un test de fuite DNS prend environ dix secondes, mais la plupart des personnes utilisant un VPN ne l’ont jamais lancé une seule fois. Selon les données en direct de VPNTesting.com (juin 2026), au moins 8,2 % des 471 connexions testées présentaient au moins une fuite, et un audit distinct portant sur 74 services VPN a révélé que 15 d’entre eux — environ 21 % — laissaient carrément fuir le trafic DNS. Si votre VPN fait partie de ce lot, tout semble chiffré de l’extérieur, alors que votre historique de navigation continue d’atterrir dans les journaux DNS de votre fournisseur d’accès.
Ce Qui Se Passe Réellement Quand Vous Ouvrez un Site
Avant d’envoyer le moindre paquet chiffré, votre appareil demande d’abord à un résolveur DNS : « à quel serveur correspond ce nom ? ». Un VPN est censé faire transiter cette question par le même tunnel que tout le reste du trafic. Quand ce n’est pas le cas, la requête DNS s’échappe via votre connexion réseau habituelle — visible par votre fournisseur d’accès même si le reste du trafic paraît protégé. C’est exactement pour cette raison que les tests de fuite DNS existent : chiffrer les données ne garantit pas que la recherche qui les précède l’est aussi.
Les Trois Types de Fuite : DNS, IPv6 et WebRTC
Un « test de fuite DNS » vérifie en réalité trois choses distinctes sur la plupart des sites :
- Fuite DNS — votre appareil envoie les requêtes de résolution de nom au résolveur de votre fournisseur au lieu de celui du VPN, révélant les sites que vous visitez même si le contenu lui-même reste chiffré.
- Fuite IPv6 — de nombreuses applications VPN ne tunnelisent que l’IPv4. Si votre appareil dispose aussi d’une adresse IPv6 active, les sites en dual-stack peuvent voir votre véritable IPv6 fonctionner en parallèle de l’IPv4 protégée.
- Fuite WebRTC — les navigateurs utilisent les protocoles STUN/TURN pour des fonctions en temps réel comme les appels vidéo, et ces requêtes peuvent atteindre directement le réseau local, exposant votre véritable IP publique en dehors de la table de routage du VPN.
Un seul résultat propre ne prouve rien de façon permanente. Les fuites réapparaissent souvent au moment précis où l’ordinateur sort de veille, change de réseau Wi-Fi, ou lorsque le VPN se reconnecte brièvement — retestez après ces événements, pas une seule fois lors de l’installation.
Comment Tester une Fuite DNS en 5 Minutes
- Déconnectez votre VPN et lancez le test pour voir votre référence de base — notez le nom du résolveur utilisé par votre fournisseur.
- Connectez-vous à votre VPN en choisissant le serveur que vous utilisez habituellement au quotidien.
- Ouvrez un onglet en navigation privée (cela évite que des résultats DNS en cache faussent le test) et relancez le test.
- Comparez le propriétaire du résolveur, pas seulement le numéro d’IP — le test indique qui exploite chaque résolveur, et cela devrait être votre fournisseur VPN, pas votre fournisseur d’accès domestique.
- Lancez l’option de test étendu, si le site la propose ; elle envoie plusieurs requêtes vers différents résolveurs et détecte les fuites qu’une vérification rapide laisse passer.
Pourquoi les VPN Fuient en Premier Lieu
Les fuites DNS sont rarement intentionnelles — elles sont presque toujours un effet secondaire de la façon dont les systèmes d’exploitation et les piles réseau sont construits :
- Mauvaise configuration du split-DNS : le système achemine le trafic des applications via le tunnel, mais continue de résoudre les noms via l’adaptateur réseau d’origine.
- L’angle mort de l’IPv6 : le client VPN ne gère que l’IPv4, donc une connexion dual-stack fuit silencieusement via IPv6 en arrière-plan.
- WebRTC au niveau du navigateur : les API de navigateur en temps réel peuvent atteindre directement le réseau local, contournant les règles de routage VPN du système.
- Changement de réseau : les ordinateurs portables qui basculent entre réseaux Wi-Fi reviennent parfois brièvement au DNS du réseau précédent avant que le client VPN ne se resynchronise.
Un audit académique plus ancien mais encore fréquemment cité sur les applications VPN Android a révélé que 84 % laissaient fuir l’adresse IP réelle des utilisateurs dans certaines conditions, et que 18 % des applications gratuites testées ne chiffraient pas du tout le trafic — un rappel que « avoir une icône VPN sur le store » et « protéger réellement les requêtes DNS » sont deux choses différentes.
À Quoi Ressemble Vraiment « Protégé »
| Signal vérifié | Fuite (mauvais) | Protégé (bon) |
|---|---|---|
| Propriétaire du résolveur DNS | Affiche le nom de votre fournisseur | Affiche le résolveur de votre VPN |
| Adresse IPv6 | Même IPv6 publique qu’avant la connexion | Non affichée, ou appartenant au VPN |
| IP via WebRTC | Votre IP publique domestique/locale est visible | Seule l’IP de sortie du VPN est visible |
| Cohérence entre les retests | Propriétaire différent à chaque fois | Même propriétaire à chaque fois |
Comment RunVPN Gère le DNS en Coulisses
RunVPN achemine la résolution DNS par le même tunnel chiffré que le reste du trafic, fonctionnant par défaut sur AmneziaWG ou sur VLESS-Reality (XTLS-Vision sur le moteur Xray) pour une connexion stable, résistante à la limitation de débit et à l’inspection approfondie des paquets. Aucune étape de configuration manuelle n’est nécessaire : vous vous connectez avec Google, un e-mail ou Telegram, appuyez sur connecter, et l’application récupère automatiquement sa configuration depuis le serveur — rien à importer, aucun fichier de configuration à coller. RunVPN ne stocke ni sites web, ni requêtes DNS, ni destinations, ni contenu du trafic; des données de connexion limitées sont conservées pendant 30 jours., et un seul compte couvre jusqu’à 5 appareils. Android est disponible dès maintenant ; le support iOS et bureau arrive bientôt.
Questions Fréquentes
Une fuite DNS est-elle la même chose qu’une fuite IP ? Non. Une fuite DNS révèle les noms de domaine que vous consultez, même si votre trafic de navigation réel reste chiffré. Une fuite IP (via IPv6 ou WebRTC) révèle directement l’adresse réelle de votre appareil, ce qui constitue une exposition plus complète.
Un test de fuite DNS peut-il donner un faux négatif ? Oui — un test rapide unique n’envoie qu’une ou deux requêtes. Lancer l’option de test étendu, et répéter la vérification après que votre appareil sort de veille ou change de réseau, permet de détecter les fuites qui n’apparaissent que dans ces conditions.
Dois-je tester à chaque connexion ? Pas à chaque session, mais cela vaut la peine de vérifier après l’installation d’une nouvelle application VPN, après une mise à jour du système d’exploitation, et périodiquement sur un appareil dont vous dépendez pour quelque chose de sensible — le comportement des fuites peut changer silencieusement après des mises à jour de part et d’autre.
Utiliser un VPN protège-t-il automatiquement contre les fuites WebRTC ? Pas toujours. Les fuites WebRTC dépendent de la façon dont le navigateur et le client VPN interagissent au niveau du routage réseau, un mécanisme distinct de la résolution DNS — c’est pourquoi un test de fuite complet vérifie les deux, pas seulement l’un.
Vous voulez que le DNS soit géré automatiquement à l’intérieur du tunnel, sans configuration à risquer de rater ? Téléchargez RunVPN et consultez l’état de votre connexion sur runvpn.app/trust.