Comment utiliser cet outil
- Choisissez un serveur STUN compatible ou vérifiez l’adresse proposée.
- Lancez la collecte sans autoriser caméra ou microphone.
- Comparez les candidats locaux, publics et masqués à la connexion prévue.
Méthode de calcul
RTCPeerConnection collecte des candidats ICE. STUN peut indiquer une adresse publique server-reflexive ; le navigateur peut masquer les IP locales avec des noms mDNS.
Exemple de calcul
192.168.1.20 est privée, pas une IP publique Internet. Un nom finissant par .local peut être un candidat local masqué.
Distinguer les types de candidats
ICE rassemble des routes possibles pour une communication en temps réel. Un candidat host vient d’une interface visible du navigateur. Un candidat server-reflexive contient une adresse obtenue par STUN. Un relay utilise un service TURN. Leur fonction renseigne davantage que le nombre de chaînes ressemblant à des IP.
Les navigateurs modernes peuvent remplacer une IP locale par un nom mDNS. Ce masquage limite ce que lit la page, sans supprimer l’adresse privée de l’ordinateur. Le nom doit être indiqué comme masqué, sans lui inventer une position ni le traiter comme une IP publique.
Lire les types de candidats avant de conclure
Comparer les adresses publiques avec contexte
Une requête HTTPS et une connexion WebRTC peuvent suivre des routes différentes. Proxy du navigateur, tunnel partagé du VPN, IPv6 et réglages WebRTC peuvent modifier la comparaison. Relevez l’IP web et les candidats publics au même moment.
Un candidat public hors de la route prévue est une observation à étudier. Sans référence connue, il ne suffit pas à identifier l’IP d’origine du fournisseur d’accès. Les adresses privées, celles réservées à la documentation et les noms masqués ne doivent pas être présentés comme une IP résidentielle publique exposée.
Faire une comparaison cohérente
Gardez le même profil, réseau et serveur STUN pour la référence et la comparaison. Changez un réglage à la fois. Rechargez après reconnexion d’un VPN pour éviter de mélanger des observations d’une connexion antérieure. Conservez type et adresse des candidats, pas seulement un voyant rouge ou vert.
Le serveur STUN reçoit les requêtes nécessaires à l’obtention des candidats publics. Un serveur personnalisé doit accepter le transport et autoriser cet usage. Il n’est pas nécessaire de lancer un appel vidéo ou d’enregistrer du son pour ce contrôle.
Ne pas confondre absence et protection
Un STUN bloqué peut laisser uniquement des candidats locaux ou aucun candidat public. Extension, politique du navigateur, WebRTC désactivé et délai dépassé peuvent également réduire l’échantillon. Ces états ne permettent pas de certifier toutes les routes réseau.
L’observation s’arrête à la fin de la collecte ou à l’échéance. La connexion est ensuite fermée. Un test DNS examine le chemin des résolveurs et répond à une question distincte. Aucun de ces tests ne vérifie les journaux conservés par le VPN ou les autres applications installées.
Comment interpréter le résultat
L’absence de candidat ou l’indisponibilité de STUN est indéterminée. Un candidat public différent mérite une enquête mais ne prouve pas seul une défaillance du VPN.
Questions fréquentes
Faut-il autoriser la caméra ?
La collecte peut utiliser un canal de données sans demander caméra ou microphone.
Une IP identique à l’ip web garantit-elle la confidentialité ?
Non. Cela décrit les candidats observés pendant ce test, pas toutes les applications, tous les protocoles ou les connexions futures.