WebRTC leak test
Pinapatakbo ang leak test...
IPv4 (HTTP) Sinusuri...
IPv6 (HTTP) Sinusuri...
Mga nakolektang ICE candidate
Walang nakolektang ICE candidate.
Tinatayang lokasyon
Hinahanap ang lokasyon ng network mo…

Ipinapakita ng marker ang tinatayang gitna ng lugar na sineserbisyuhan ng provider mo , hindi ang bahay, kalye, o device mo. Normal ang pagkakalayo ng sampu-sampung kilometro.

Paano pigilan ang WebRTC leak
Chrome / Edge — mag-install ng extension na humaharang sa WebRTC (hal. "WebRTC Leak Prevent"), o gumamit ng VPN client na tahasang humaharang sa WebRTC traffic — wala nang built-in na toggle para dito ang modernong Chrome.
Firefox — buksan ang about:config, hanapin ang media.peerconnection.enabled, at itakda ito sa false para lubusang i-disable ang WebRTC.
Safari — Hindi maaaring i-off nang pangkalahatan ang WebRTC; bawiin ang access sa camera/mikropono bawat site sa Safari > Settings > Websites, o umasa sa VPN na humaharang sa WebRTC sa antas ng network.
Brave — buksan ang Shields panel at itakda ang WebRTC network limiter sa pinakamahigpit na mode ("Proxied") para maiwasan ang pagtagas ng lokal na IP.
Tungkol sa WebRTC leak test

Ang WebRTC ay teknolohiya ng browser na ginawa para sa real-time na video call at peer-to-peer na paglilipat ng file. Para direktang maikonekta ang dalawang computer, kailangan nitong matuklasan ang bawat network address kung saan maaabot ang magkabilang panig, kaya tinatanong nito ang pampublikong STUN server ng "anong IP ang hitsura ng koneksyong ito mula sa labas?" at kinokolekta ang sagot bilang ICE candidate. Karaniwang nangyayari ang palitan ng candidate nang hindi nakikita sa pagitan ng dalawang kausap sa tawag — ngunit kayang i-trigger din ito nang tahimik sa background ng kahit anong website, basahin ang mga candidate, at kunin ang mga address mo mula rito.

Nagiging isyu ito sa privacy lalo na para sa mga gumagamit ng VPN. Dinadaan ng VPN ang karaniwang HTTP traffic mo sa tunnel nito, kaya ang IP address ng VPN ang nakikita ng mga website sa halip na sa iyo. Pero ang WebRTC ay nakikipag-usap sa STUN server sa sarili nitong koneksyon, at sa ilang setup ay lubusang nilalampasan ng koneksyong iyon ang VPN tunnel — na nagbubunyag ng tunay mong internet IP kahit sinasabi ng address bar na "protektado" ka. Sinusubukan din ng mga modernong browser na itago ang lokal mong network address sa pamamagitan ng pagpapalit nito ng random at minsanang mDNS hostname na nagtatapos sa .local sa halip na hubad na IP tulad ng 192.168.1.5; tunay na pagpapabuti sa privacy ang pagpapalit na iyon, hindi tanda na may sira.

Pinapatakbo ng tool na ito ang eksaktong parehong proseso ng ICE gathering na maaaring patakbuhin ng isang mapaminsalang pahina, gamit ang dalawang independiyenteng STUN server para sa pagiging maaasahan, at inihahambing ang bawat pampublikong candidate na nakolekta sa tunay mong HTTP IP address. Kung magkatugma sila, walang dagdag na pagkabulgar ang WebRTC lampas sa nakikita na ng bawat website. Kung magkaiba sila habang naniniwala kang naka-VPN ka, ang pagkakaiba mismo ang leak — at ipinapaliwanag ng mga solusyon sa itaas kung paano ito isasara para sa partikular mong browser.

Ipinapakita lamang ng pagsusuring ito kung ano ang ibinubunyag ng sarili mong browser sa pamamagitan ng WebRTC ICE gathering; hindi nito matutukoy ang mga leak na nangyayari sa antas ng operating system o router.

WebRTC Leak Test: Inilalantad ba ng Iyong VPN ang Totoong IP Address?

Isinasagawa ng WebRTC leak test na ito ang eksaktong mekanismo ng peer-to-peer connection na ginagamit ng mga tracking script, at sinusuri kung may alinman sa mga nakalap na address ang tunay mong IP na dapat sana'y itinatago ng iyong VPN. Nagbubukas ito ng RTCPeerConnection na may bakanteng data channel — walang camera, walang mikropono, at walang humihingi ng pahintulot —, tinatanong ang dalawang pampublikong STUN server kung ano ang hitsura ng koneksyon mo mula sa labas, at inihahambing iyon sa IP na pinagmumulan ng iyong regular na HTTPS request.

Paano unawain ang mga kandidatong ICE sa pagsusuring ito

Kailangang tuklasin ng WebRTC ang bawat posibleng network address kung saan maaaring makakonekta sa iyo ang isa pang device, kaya bumubuo ito ng listahan ng mga kandidatong ICE. Ipinapakita ng pahinang ito ang buong listahan kasama ang uri at transport protocol nito, at humihinto sa pagkalap pagkatapos ng limang segundo.

Sa itaas nito nakasaad ang iyong karaniwang IPv4 at IPv6 batay sa HTTP — kaparehong halaga na ibinabalik ng what is my ip address. Ang mga iyon ang batayan; ang hatol ay nakadepende sa pagtutugma ng dalawang resulta.

host, srflx at relay — kahulugan ng bawat badge

  • Lokal (host) — address na pagmamay-ari ng sarili mong network card: LAN IP gaya ng 192.168.1.14, o random na pangalang .local.
  • Pampubliko (sa pamamagitan ng STUN) — ang kandidatong srflx, ang pampublikong address kung saan nakita ng STUN server na nagmula ang packet. Ito ang pinakamahalaga kapag may VPN.
  • Relay (TURN) — trapikong idinaan sa isang intermediate server; STUN lamang ang ginagamit ng pagsusuring ito kaya bihirang lumabas ang relay.

Kahulugan ng bawat hatol

  • May natuklasang tagas — may pampublikong kandidatong STUN na iba sa iyong HTTP IP; sa VPN, nangangahulugan itong lumihis ang WebRTC packet sa labas ng tunnel.
  • Walang tagas — magkatugma ang dalawang address.
  • Nalantad ang lokal na IP — lumabas ang totoong LAN address sa halip na isang mDNS name.
  • Protektado — naitago ang iyong lokal na address sa likod ng isang random na .local hostname.
  • Walang pampublikong IP / Naka-block ang WebRTC — hindi maabot ang STUN o naka-off ang WebRTC sa iyong browser.

Bakit inilalantad ng WebRTC ang IP na itinatago ng iyong VPN

Binuo ang WebRTC upang magbigay-daan sa direktang komunikasyon ng mga browser para sa video, audio, at paglilipat ng file. Upang mapagkonekta ang dalawang makinang nasa likod ng magkahiwalay na router, kinakailangan ang NAT traversal, at nangangailangan iyon ng sagot mula sa labas: mula saang pampublikong address nanggagaling ang koneksyon? Sinasagot ito ng STUN server, at maaaring simulan ng alinmang web page ang palitang ito nang tahimik gamit ang JavaScript.

Nagiging panganib ito kapag nais mong itago ang iyong totoong IP. Dinadala ng VPN ang regular mong trapikong HTTP sa ligtas nitong tunnel, ngunit nagpapadala ang WebRTC ng sarili nitong mga UDP packet sa STUN, at sa split-tunneling ay dumadaan ang mga ito sa karaniwang ruta ng internet provider. Ang mga browser-extension VPN ang karaniwang halimbawa: pino-proxy lamang nila ang mga web request at hindi pinapangasiwaan ang UDP stack ng system — dahilan kung bakit maaaring sumalungat ang resultang ito sa isang vpn check sa HTTP.

Ang random na .local hostname ay hindi isang tagas ng impormasyon

Kung ang kandidatong host ay nagpapakita ng 7b3f9c21-4d0a-48e7.local sa halip na 192.168.1.14, maayos ang takbo ng proteksyon. Ito ang tinatawag na mDNS obfuscation: bumubuo ang browser ng pansamantalang multicast DNS name para sa lokal na adapter at ibinubunyag iyon sa halip na ang totoong LAN IP. Ginagawa ito bilang default ng Chrome, Edge, Brave, Firefox, at Safari — inalis pa nga ng uBlock Origin ang sarili nitong opsyon para sa WebRTC sa v1.38 dahil mga browser na ang sumalo rito. Tandaan: pinoprotektahan lamang nito ang lokal na LAN IP (hindi nito napipigilan ang pagtagas ng pampublikong IP sa VPN), at ang mga site na binigyan ng pahintulot sa mikropono o camera ay makakakuha pa rin ng totoong lokal na IP.

Paano ayusin ang tagas ng WebRTC sa Chrome at Edge

Walang direktang switch ang dalawang browser para patayin ito, at ang mga flag sa chrome://flags o edge://flags ay hindi na nagdi-disable ng WebRTC. Tatlong pamamaraan ang epektibo sa pagsasagawa:

  • Gumamit ng full-tunnel VPN client sa antas ng operating system sa halip na extension sa browser. Kung ang lahat ng UDP packet ay dadaan sa tunnel, tanging IP ng VPN server ang makikita ng STUN.
  • Itakda ang patakaran sa paghawak ng IP gamit ang isang extension. Ang mga tool tulad ng WebRTC Leak Prevent ay naglilipat sa chrome.privacy.network.webRTCIPHandlingPolicy sa default_public_interface_only o disable_non_proxied_udp upang pigilan ang pagkalantad ng lokal na IP.
  • Magpatupad ng patakaran sa antas ng system (GPO). Sa Windows, itakda ang WebRtcIPHandling para sa Chrome o WebRtcLocalhostIpHandling sa ilalim ng SOFTWARE\Policies\Microsoft\Edge bilang AllowPublicInterfaceOnly o DisableNonProxiedUdp. Kailangang i-restart ang browser; suriin sa edge://policy.

Paano ganap na i-disable ang WebRTC sa Firefox

Ang Firefox ang natatanging tanyag na desktop browser na may direktang toggle switch. I-type ang about:config sa address bar, tanggapin ang babala, hanapin ang media.peerconnection.enabled at i-double click upang gawing false. Hindi na gagana ang WebRTC sa lahat ng site nang hindi kinakailangang mag-restart, at iuulat ito ng aming pagsusuri bilang naka-block.

Mabigat ang epekto nito: hihinto sa pagkokonekta ang mga web-based meeting tulad ng Meet, Teams, Discord, at Zoom hanggang sa ibalik mo ito. Kung nais mong mapanatili ang mga tawag, panatilihin itong true at baguhin sa halip ang media.peerconnection.ice.default_address_only sa true — ibibigay lamang ng Firefox ang address ng iyong default route (ang VPN tunnel).

Paano ayusin ang tagas ng WebRTC sa Brave

Inilalantad ng Brave ang mga kontrol na itinatago ng Chrome. Buksan ang brave://settings/privacy at hanapin ang WebRTC IP handling policy. Dalawang opsyon ang pinakamainam kapag gumagamit ng VPN o proxy:

  • Default — maaaring i-enumerate ang lahat ng interface at ibunyag ang lokal na IP.
  • Default Public and Private Interfaces — ginagamit ang default route ngunit inilalantad pa rin ang pribadong IP.
  • Default Public Interface Only — default route lamang nang walang lokal na address; gumagana pa rin ang mga tawag. Tamang-tama para sa araw-araw na paggamit.
  • Disable Non-Proxied UDP — pinipilit ang TCP sa pamamagitan ng proxy maliban kung sumusuporta ito sa UDP. Pinakamahigpit (ginagamit sa mga Tor window ng Brave), ngunit maaaring makaapekto sa P2P calls.

Mga paalala para sa Safari, iPhone, at Android

Sa mobile at WebKit engine, kadalasang hindi na epektibo ang mga karaniwang payo para sa computer.

Safari sa macOS

Walang permanenteng pangkalahatang switch ang kasalukuyang Safari. Nagre-reset ang mga opsyon sa ilalim ng Develop menu pagkasara ng session. Dahil itinatago ng Safari ang mga lokal na IP sa likod ng mDNS hangga't hindi pinapayagan ang camera/mic, ang pinakamahusay na paraan ay pamahalaan ang mga pahintulot sa Safari > Mga Setting > Mga Website at gumamit ng system VPN.

iPhone at iPad (iOS/iPadOS)

Lahat ng browser sa iOS ay obligadong gumamit ng WebKit engine. Walang about:config o extension ang Chrome o Firefox sa iPhone; hindi rin kayang salain ng mga content blocker ang WebRTC. Upang maiwasan ang pagtagas sa iOS, gumamit ng VPN profile sa Mga Setting > VPN na nagtu-tunnel ng UDP, at muling subukan sa Safari.

Android

Walang flag o extension para sa WebRTC ang Chrome para sa Android. Ang Brave para sa Android ay may parehong mga patakaran sa paghawak ng IP sa mga setting ng privacy nito. Sa Firefox Android, magagamit lamang ang about:config sa mga bersyong Beta at Nightly. Ang pinakamaaasahang solusyon sa system ay i-on ang Laging naka-on na VPN at I-block ang mga koneksyong walang VPN.

Mga bagay na hindi kayang tuklasin ng pagsusuring ito

Sinusuri lamang ng pahinang ito ang impormasyong ibinubunyag ng iyong browser sa mga script sa domain na ito. Hindi nito kayang tuklasin ang mga tagas sa ilalim ng browser — tulad ng maling routing sa operating system o mga IPv6 path na hindi sakop ng iyong VPN — at hindi nito sinusuri ang mga DNS leak. Kung bina-block ng firewall ang STUN, lalabas ang „Walang pampublikong IP“, na nangangahulugan lamang na walang natanggap na sagot. Bukod dito, ang IP ay isa lamang sa maraming pagkakakilanlan: ang laki ng screen, mga font, at header na nakalista sa Ano ang Aking Browser ay maaari pa ring magtukoy sa iyong device kahit malinis ang VPN address.

Mga Madalas Itanong (FAQ)

Maaari bang tumagas ang aking totoong IP sa pamamagitan ng WebRTC kahit nakakonekta sa VPN?

Oo, madalas itong mangyari. Nagpapadala ang WebRTC ng sarili nitong mga UDP packet nang direkta sa mga STUN server. Kapag gumagamit ng browser-extension VPN o split-tunneling, lumalabas ang mga packet na ito sa labas ng tunnel sa pamamagitan ng karaniwang internet connection. Nakikita ng STUN server ang tunay mong IP at maaaring basahin ito ng anumang site sa pamamagitan ng JavaScript. Inaalis ng isang buong system VPN client ang problemang ito.

May paraan ba para ganap na i-off ang WebRTC sa Edge?

Hindi sa pamamagitan ng karaniwang mga setting: walang on/off switch ang Edge at inalis na ang lumang flag sa about:flags. Sa Windows, maaari mong itakda ang patakarang WebRtcLocalhostIpHandling sa AllowPublicInterfaceOnly o DisableNonProxiedUdp sa Registry sa ilalim ng SOFTWARE\Policies\Microsoft\Edge. Kailangang i-restart ang browser; patunayan sa edge://policy.

Saan ko maaaring i-disable ang WebRTC at PeerConnection sa Firefox?

Pumunta sa about:config: hanapin ang media.peerconnection.enabled at i-double click upang maging false. Ganap nitong idi-disable ang WebRTC nang hindi kinakailangang mag-restart, ngunit hindi na makakakonekta ang mga video call sa browser. Kung nais panatilihin ang mga tawag, iwanan itong true at gawing true ang media.peerconnection.ice.default_address_only.

Paano ko permanenteng madi-disable ang WebRTC sa Safari?

Sa kasalukuyang mga bersyon ng Safari ay hindi ito maaaring permanenteng patayin. Inalis na ang lumang experimental menu at nagre-reset ang mga setting sa ilalim ng Develop menu kapag isinara ang browser. Dahil itinatago ng Safari ang mga lokal na IP gamit ang mDNS, pinakamainam na pamahalaan ang mga pahintulot sa Safari > Mga Setting > Mga Website at gumamit ng system-wide VPN.

Ano ang pinakamagandang setting para pigilan ang WebRTC leak sa Brave?

Buksan ang brave://settings/privacy at itakda ang WebRTC IP handling policy sa „Disable Non-Proxied UDP“ kapag naka-VPN o proxy. Gagamit ang WebRTC ng TCP sa pamamagitan ng proxy kaya hinding-hindi makikita ng STUN ang iyong totoong IP. Ang „Default Public Interface Only“ ay isang magandang alternatibo upang mapanatiling maayos ang mga voice call.

Aling patakaran sa paghawak ng WebRTC IP ang dapat kong piliin?

Inirerekomenda ang „Default Public Interface Only“ para sa karamihan: itinatago nito ang mga lokal na adapter, pinapanatili ang UDP, at hinahayaan ang mga video call na gumana nang normal. Piliin lamang ang „Disable Non-Proxied UDP“ kung nais mo ng pinakamahigpit na proteksyon sa likod ng proxy o VPN. Ang mga default na opsyon ay patuloy na naglalantad sa iyong lokal na IP.

Bakit inilalantad sa publiko ng WebRTC ang aking pribadong IP address?

Sa mga modernong browser, hindi na ito hayagang nangyayari. Pinapalitan ng Chrome, Edge, Brave, Firefox, at Safari ang hilaw na LAN address ng isang pansamantalang random na mDNS hostname na nagtatapos sa .local. Tanging ang pansamantalang pangalang iyon ang nakikita ng mga website sa halip na 192.168.1.14. Kung may lumabas na lantad na LAN IP, naka-off ang proteksyong mDNS.