Test de fuite WebRTC :
votre vraie IP est-elle visible ?
WebRTC peut divulguer votre vraie adresse IP même lorsqu'un proxy ou un VPN est actif. Ce test demande à votre navigateur exactement ce qu'il expose et le compare à l'IP vue par les sites.
- Les sites vous voient comme (IPv4)
- -
- Les sites vous voient comme (IPv6)
- -
- IP publiques exposées par WebRTC
- -
- IP locales exposées par WebRTC
- -
- État de WebRTC
- -
- UDP et STUN
- -
Tous les candidats ICE produits par le navigateur
Comment ça marche : votre navigateur interroge les serveurs STUN publics de Google (stun.l.google.com) sur les adresses auxquelles il est joignable, exactement comme le fait le script WebRTC d'un site. Google voit votre IP comme n'importe quel serveur auquel vous vous connectez. Pour comparer, notre serveur et api.ipify.org / Cloudflare nous indiquent quelle adresse les sites voient dans les requêtes web normales.
Qu'est-ce qu'une fuite WebRTC ?
WebRTC est la fonction du navigateur qui sert aux appels vidéo et aux applications pair à pair. Pour connecter deux appareils, il recense toutes les adresses auxquelles le navigateur est joignable et les partage avec la page. Un proxy web classique ne transporte que les requêtes web (TCP), alors que WebRTC communique en UDP et peut sortir directement de votre réseau : un script peut donc lire votre vraie adresse alors que chaque page ouverte affiche l'IP du proxy.
Pourquoi c'est important pour vous
Si vous gérez plusieurs comptes ou faites du scraping derrière un proxy, un site qui voit l'IP du proxy dans la requête et votre IP personnelle dans WebRTC sait que le proxy sert de couverture. Cette incohérence est l'une des premières choses que comparent les contrôles antifraude.
Qu'est-ce que mDNS (.local) ?
Pour ne plus divulguer votre adresse LAN (comme 192.168.1.20), Chrome, Edge, Safari et Firefox la remplacent par un nom aléatoire se terminant par .local. Voir un nom .local ici est bon signe : l'IP locale est masquée. Les adresses publiques ne sont pas masquées de cette façon.
Comment corriger une fuite
Dans AdsPower, GoLogin, Multilogin ou Dolphin{anty}, réglez le mode WebRTC du profil pour remplacer l'adresse par l'IP du proxy (ou le désactiver). Dans Chrome standard, utilisez une extension qui bloque WebRTC ; dans Firefox, passez media.peerconnection.enabled à false dans about:config. Relancez ensuite ce test.
Questions
Un proxy ou un VPN empêche-t-il les fuites WebRTC ?
Pas à lui seul. Un proxy HTTP ou SOCKS5 défini dans le navigateur transporte le trafic web, mais généralement pas les paquets UDP que WebRTC envoie. Un VPN en tunnel complet couvre davantage, mais les navigateurs peuvent encore exposer l'adresse locale ou IPv6 réelle. Le seul moyen de le savoir est de tester avec votre proxy activé.
Une IP locale visible comme 192.168.x.x est-elle un problème ?
Elle ne permet pas de vous joindre depuis internet, le risque est donc faible. Elle ajoute toutefois un détail à l'empreinte de votre appareil et indique que WebRTC n'est pas masqué. Les navigateurs actuels la cachent derrière un nom .local, sauf si vous avez autorisé l'accès à la caméra ou au micro.
Dois-je simplement désactiver WebRTC ?
Le désactiver supprime la fuite mais empêche les appels vidéo, et un navigateur sans aucun WebRTC peut paraître inhabituel aux systèmes antifraude. Pour la gestion multi-comptes, il vaut généralement mieux garder WebRTC actif et lui faire indiquer l'IP du proxy.
Faites passer WebRTC par une vraie IP mobile
Les proxys mobiles XProxy fonctionnent sur de vraies connexions d'opérateur 4G/5G et prennent en charge SOCKS5 UDP : le trafic WebRTC peut ainsi passer par le proxy et signaler la même IP que le reste de votre navigateur.
