Réponse courte Une autre adresse WebRTC publique nécessite une vérification de route, mais ne prouve pas en soi une fuite.Une adresse privée ou un nom .local n'est pas égal à une IP publique.Un manque de candidats ne prouve pas non plus la protection.

Deux façons de voir une adresse réseau

La requête HTTP va au serveur web. WebRTC cherche un moyen approprié d'échanger des données, et peut aller à STUN. Si les règles de routage diffèrent, ces mécanismes peuvent observer différentes adresses, de sorte qu'une marque verte "protégée" cacherait trop de conditions.

La vérification ci-dessous ne crée qu'un canal de données. Elle ne interroge pas l'appareil photo, elle n'enregistre pas la voix, elle ne vous connecte pas à une personne aléatoire. La STUN externe voit l'adresse de l'expéditeur; l'appel commence après que vous l'avez confirmé.

Comparer HTTP et WebRTC

Test de fuite IP WebRTC

Gratuit

Chargement du chèque...

Trois résultats possibles

Les adresses publiques correspondent. Les candidats qui en résultent correspondent à l'adresse de connexion HTTP. Ceci est une observation utile pour cet onglet, mais pas une validation de DNS, d'autres applications, ou le comportement de rupture de tunnel.

Il y a une autre adresse publique. Vérifier les versions IP et les règles de connexion. IPv4 et IPv6 peuvent aller sur différentes routes. Comparez le résultat à l'adresse connue de votre FAI et répétez dans les mêmes conditions; ne pas déduire du seul nom du pays.

Il n'y a pas assez de données. STUN peut ne pas avoir répondu, WebRTC peut avoir été limité aux politiques du navigateur, les adresses peuvent avoir été cachées, et une liste vide peut ne pas être interprétée comme - aucune fuite.

Adresses locales et mDNS

Les adresses de bande privée décrivent un réseau local. Les navigateurs peuvent également remplacer une adresse locale par un nom se terminant par .local. Ces valeurs sont affichées pour comprendre la méthode, mais ne sont pas comptées comme adresses publiques en comparaison.

Le testeur ne détermine pas l'identité de chaque adresse à votre FAI, ni la route souhaitée, mais l'interprétation correcte dépend de votre configuration de connexion.

Pourquoi il n'y a aucune promesse de vérifier le DNS

Une page normale ne reçoit pas une liste de résolveurs DNS du navigateur. Une vérification DNS fiable nécessite de surveiller des requêtes uniques sur son propre serveur DNS faisant autorité, et remplacer une telle vérification par une liste de fournisseurs potentiels donnerait une fausse confiance.

Enregistrer le rapport si vous voulez correspondre à deux navigateurs ou discuter du résultat avec l'administrateur du réseau de travail. Lorsque vous le publiez, notez qu'il contient les adresses IP observées.

Sources et méthodologie

L'équipe éditoriale de CalcomeraTests, explications et limitations ouvertes de la méthode. À propos des éditeurs