Commencez par l’état de connexion de l’application VPN, puis vérifiez l’IP publique visible depuis votre navigateur. Une IP modifiée constitue une preuve utile pour cette requête du navigateur. Cela ne prouve pas que chaque application, chaque requête DNS ou chaque connexion IPv6 suit le même chemin.
Faire une comparaison avant et après
- Utilisez un réseau que vous êtes autorisé à gérer. Fermez les travaux sensibles avant de déconnecter volontairement un VPN. Gardez connecté un VPN professionnel obligatoire et demandez plutôt à votre administrateur.
- Ouvrez Quelle est mon IP ? et lancez un contrôle. Notez l’adresse et le nom du réseau. Vous n’avez pas besoin de publier ni d’envoyer ces informations à qui que ce soit.
- Connectez-vous dans l’application VPN et attendez son état connecté. Actualisez le même outil IP dans le même navigateur. Ne changez ni le Wi-Fi ni les données mobiles entre les contrôles.
- Comparez les deux adresses. Si la seconde appartient au trajet VPN attendu, cela appuie l’état de l’application pour cette requête. Si elle n’a pas changé, vérifiez si le navigateur est exclu du VPN, si un autre proxy est actif et si l’application s’est réellement connectée.
L’indication de localisation est approximative. Une ville différente peut venir d’une base de géolocalisation obsolète ou du routage de l’opérateur réseau. Cela ne signifie pas automatiquement que le VPN a sélectionné le mauvais serveur.
Utilisez le test qui répond à votre question
| Question | Vérifiez | Que faire du résultat |
|---|---|---|
| Quelle adresse publique ce navigateur affiche-t-il ? | Recherche d’IP | Comparez la même famille d’adresses avant et après la connexion |
| Quels résolveurs reçoivent les requêtes du navigateur ? | Vérification DNS | Comparez les opérateurs des résolveurs avec la configuration DNS prévue |
| WebRTC révèle-t-il une autre adresse ? | Contrôle WebRTC | Examinez les adresses publiques inattendues ; les adresses locales ont un rôle différent |
| Mon application quotidienne fonctionne-t-elle ? | Ouvrez cette application et effectuez une tâche normale | Un contrôle dans le navigateur ne peut pas établir le trajet suivi par une autre application |
Si le résultat DNS semble inattendu
Lancez le même test avant et après la connexion. Le DNS sécurisé du navigateur, les paramètres DNS de l’appareil et la configuration du VPN peuvent influencer le résolveur observé. Le nom d’un résolveur public ne suffit pas pour conclure à une fuite. Vérifiez si vous avez délibérément choisi ce résolveur, puis comparez le comportement avec les instructions de votre fournisseur VPN. Ne modifiez pas plusieurs paramètres à la fois : vous perdrez la possibilité de savoir quel changement a compté.
Si WebRTC n’affiche aucune adresse
Le contrôle collecte les adresses proposées par votre navigateur pour une éventuelle connexion en temps réel. Il ne lance pas d’appel et ne demande pas l’accès au micro. Les contrôles de confidentialité du navigateur, le blocage du trafic STUN ou une prise en charge WebRTC absente peuvent empêcher d’obtenir des résultats numériques. Un résultat vide n’est pas concluant, ce n’est pas un certificat que votre appareil est protégé.
Terminez par un test pratique
Chargez un site HTTPS familier, puis essayez la tâche qui vous a amené au VPN : un appel professionnel, une navigation ordinaire ou une autre activité autorisée. Si un service échoue alors que les autres fonctionnent, suivez un site web ne fonctionne pas avec un VPN. Si tout cesse de se charger, utilisez VPN connecté mais pas d’internet.
Notez la version de l’application, l’heure, le type de réseau et le symptôme exact avant de contacter l’assistance. Envoyez uniquement les détails nécessaires pour reproduire le problème. N’incluez jamais de mots de passe, de jetons de session ni votre historique de navigation.