WebRTC affiche un nom en .local : que peut-on en déduire ?
Le test WebRTC affiche un nom en .local au lieu d’une IP. Ce résultat peut venir d’une protection du navigateur. Il demande une lecture différente d’une adresse publique obtenue par un serveur STUN.
Un candidat décrit une possibilité de connexion
WebRTC utilise des candidats pour établir certains échanges. Selon le navigateur et ses règles, un nom mDNS peut remplacer une adresse locale brute dans les informations accessibles au script.
Le nom n’est pas à envoyer à un DNS public pour en déduire une ville. Il peut n’être exploitable que dans le contexte local prévu.
Une adresse locale et une adresse publique sont distinctes
Voir un nom mDNS n’est pas la preuve que votre IP publique d’origine fuit. À l’inverse, ne pas obtenir de candidat exploitable ne garantit pas que toutes les applications passent par le VPN.
Le réseau, les permissions, le navigateur et les services STUN ou TURN peuvent modifier le résultat. Un test isolé ne décrit pas tous les scénarios de communication.
Comparer avec une référence
Notre diagnostic avant et après peut comparer une adresse publique de référence avec les résultats observés. La mesure WebRTC y reste volontaire et limitée au navigateur utilisé.
Si une famille d’adresse n’est pas mesurée, elle reste inconnue. Il ne faut pas la classer comme protégée par défaut.
Préparer une capture utile
Notez le navigateur, la connexion et l’état du VPN. Masquez les adresses publiques et identifiants locaux dans une publication ouverte. Le support peut avoir besoin de certaines valeurs en privé.
Les réglages WebRTC peuvent avoir des effets sur les appels et applications Web. Évitez de désactiver toutes les fonctions sans relier l’essai à un problème précis. Une mesure doit servir à comprendre un trajet, pas à promettre une invisibilité générale.