WebRTC-lektoets (Vergelyk HTTP-proxy-IP vs. UDP STUN-kandidate)

Updated: 2026-11-05

WebRTC (Web Real-Time Communication) is in Chrome, Edge, Firefox, Brave en mobiele blaaiers ingebou vir stem- en video-oproepe. Omdat WebRTC UDP STUN-bedieners (stun.l.google.com, stun.cloudflare.com) gebruik om netwerkpaaie te ontdek, omseil dit gereeld standaard HTTP(S)-proxy-konfigurasies en verklap dit jou regte tuis-ISP-IP of plaaslike LAN-adres aan webwerwe. Hierdie bladsy toets jou blaaier outomaties met die oopmaak.

Koppel lekvrye blaaierprofiele met skoon statiese IP's

Koop anti-detect-proxies Free Proxy Checker

HTTP(S) Proxy / Server-Seen IP

216.73.216.191

Seen by websites via TCP / HTTP headers

WebRTC STUN Public IP(s)

No Public WebRTC IP Exposed

Discovered via browser UDP STUN servers

✅ No WebRTC Public IP Mismatch Detected

Your browser either blocks UDP STUN completely or masks WebRTC candidates.

Hoe om jou WebRTC-lektoetsresultate te interpreteer

Anti-bedrogskrifte op TikTok Shop, Facebook Business Manager, Shopee, Amazon en Etsy voer tydens aanmelding 'n stil RTCPeerConnection-peiling uit. Vergelyk die drie moontlike kandidaat-toestande hieronder:

Kandidaattipe	Wat webwerfskrifte sien	Risikovlak	Aanbevole aksie
Publieke STUN-IP ≠ HTTP-IP	Beide jou proxy-IP en jou regte tuis-IP	KRITIES (100% Rekeningkoppeling)	Aktiveer WebRTC Spoofing/Replace in anti-detect-blaaier of deaktiveer WebRTC
Publieke STUN-IP = HTTP-IP	Slegs jou proxy-IP (`srflx` pas by HTTP)	VEILIG (Natuurlike blaaierprofiel)	Ideale toestand geskep deur Genlogin, GoLogin, AdsPower en Multilogin
mDNS `.local` / Gedeaktiveer	Verduisterde UUID `.local` of geen kandidaat	VEILIG (Beskerm)	Goed vir standaard Chrome/Firefox-blaai met uitbreidings

Hoe om WebRTC-lekkasies oor verskillende blaaiers reg te stel

Anti-detect-blaaiers (Genlogin, GoLogin, AdsPower, Dolphin{anty}): Stel WebRTC-modus op 'Alter / Replace' sodat RTCPeerConnection jou VinaProxy-proxy-IP as die publieke STUN-kandidaat terugstuur.
Mozilla Firefox: Maak about:config oop, soek na media.peerconnection.enabled, en skakel dit oor na false.
Google Chrome & Microsoft Edge: Installeer die amptelike WebRTC Network Limiter-uitbreiding en aktiveer Anonymize local IPs exposed by WebRTC in chrome://flags / edge://flags.

Stap vir stap

1
Koppel deur jou proxy of anti-detect-profiel
Maak hierdie bladsy oop binne presies dieselfde blaaierprofiel wat jy gebruik om rekeninge te bestuur.
2
Vergelyk die HTTP-IP-kaart en WebRTC STUN-kaart
Bevestig dat die regterkaart óf 'No Public WebRTC IP Exposed' wys óf ooreenstem met jou HTTP-proxy-IP aan die linkerkant.
3
Gaan die ICE-kandidaattabel na vir LAN-lekkasies
Maak seker plaaslike 192.168.x.x- of 10.x.x.x-adresse word gemasker deur .local mDNS-gasheername.
4
Klik op 'Re-Test WebRTC' nadat instellings aangepas is
Bevestig dat die groen 'No WebRTC Public IP Mismatch Detected'-banier verskyn voordat jy by jou teikenplatform aanmeld.

Gereelde vrae

Waarom lek WebRTC my regte IP wanneer ek 'n Chrome-proxy-uitbreiding soos SwitchyOmega of FoxyProxy gebruik?

HTTP(S)-proxy-uitbreidings stuur slegs TCP-HTTP/HTTPS-verkeer deur. By verstek stuur Chrome WebRTC STUN-bindingsversoeke oor rou UDP buite die proxy-tonnel, tensy WebRTC UDP-roetering deur 'n uitbreiding of anti-detect-blaaier beperk word.

Is dit beter om WebRTC heeltemal te deaktiveer of om dit op 'Replace / Alter' te stel in anti-detect-blaaiers?

Vir hoë-vertroue platforms soos Facebook Ads, TikTok Shop en Amazon lyk dit meer natuurlik om WebRTC op 'Replace / Alter' te stel (waar STUN jou proxy-IP terugstuur) as om die RTCPeerConnection-API heeltemal te deaktiveer.

Wat is 'n `.local` mDNS-kandidaat in die tabel?

Moderne blaaiers vervang private LAN-IP's (soos 192.168.1.5) met 'n kortstondige UUID wat op .local eindig sodat webwerwe nie jou plaaslike roeteerder-subnet kan vingerafdruk nie.