Ujian kebocoran WebRTC
Menjalankan ujian kebocoran...
IPv4 (HTTP) Menyemak...
IPv6 (HTTP) Menyemak...
Calon ICE yang dikumpulkan
Tiada calon ICE dikumpulkan.
Anggaran lokasi
Mencari lokasi rangkaian anda…

Penanda menunjukkan anggaran pusat kawasan yang dilayani pembekal anda , bukan rumah, jalan atau peranti anda. Sisihan berpuluh kilometer adalah perkara biasa.

Cara menghentikan kebocoran WebRTC
Chrome / Edge — pasang sambungan yang menyekat WebRTC (cth. "WebRTC Leak Prevent"), atau gunakan klien VPN yang menyekat trafik WebRTC secara eksplisit — Chrome moden tidak lagi menyediakan suis terbina untuk ini.
Firefox — buka about:config, cari media.peerconnection.enabled, dan tetapkan kepada false untuk melumpuhkan WebRTC sepenuhnya.
Safari — WebRTC tidak boleh dimatikan secara menyeluruh; tarik balik akses kamera/mikrofon bagi setiap laman di Safari > Tetapan > Laman Web, atau bergantung pada VPN yang menyekat WebRTC pada peringkat rangkaian.
Brave — buka panel Shields dan tetapkan pengehad rangkaian WebRTC kepada mod paling ketat ("Proxied") untuk menghalang kebocoran IP tempatan.
Mengenai ujian kebocoran WebRTC

WebRTC ialah teknologi pelayar yang dibina untuk panggilan video masa nyata dan pemindahan fail rakan-ke-rakan. Untuk menyambungkan dua komputer secara terus, ia perlu menemui setiap alamat rangkaian yang boleh dihubungi bagi setiap pihak, jadi ia bertanya kepada pelayan STUN awam "apakah IP sambungan ini jika dilihat dari luar?" lalu mengumpul jawapannya sebagai calon ICE. Pertukaran calon itu lazimnya berlaku tanpa kelihatan antara dua pihak dalam panggilan — tetapi mana-mana laman web juga boleh mencetuskannya secara senyap di latar belakang, membaca calon tersebut, dan mengekstrak alamat anda daripadanya.

Ini menjadi masalah privasi khususnya bagi pengguna VPN. VPN menghalakan semula trafik HTTP biasa anda melalui terowongnya, jadi laman web melihat alamat IP VPN dan bukan alamat anda. Namun WebRTC bercakap dengan pelayan STUN melalui sambungannya sendiri, dan pada sesetengah persediaan sambungan itu memintas terowong VPN sepenuhnya — membocorkan IP internet sebenar anda walaupun bar alamat menunjukkan anda "dilindungi". Pelayar moden turut cuba menyembunyikan alamat rangkaian tempatan anda dengan menggantikannya dengan nama hos mDNS rawak sekali guna berakhiran .local dan bukan IP mentah seperti 192.168.1.5; penggantian itu ialah peningkatan privasi yang tulen, bukan tanda sesuatu telah rosak.

Alat ini menjalankan proses pengumpulan ICE yang sama persis seperti yang boleh dijalankan oleh halaman berniat jahat, menggunakan dua pelayan STUN bebas demi kebolehpercayaan, dan membandingkan setiap calon awam yang dikumpul dengan alamat IP HTTP sebenar anda. Jika ia sepadan, WebRTC tidak menambah sebarang pendedahan melebihi apa yang sudah dilihat setiap laman web. Jika ia berbeza sedangkan anda percaya anda sedang menggunakan VPN, ketidakpadanan itulah kebocorannya — dan penyelesaian di atas menerangkan cara menutupnya untuk pelayar khusus anda.

Ujian ini hanya mendedahkan apa yang didedahkan oleh pelayar anda sendiri melalui pengumpulan ICE WebRTC; ia tidak dapat mengesan kebocoran yang berlaku pada peringkat sistem pengendalian atau penghala.

Ujian Kebocoran WebRTC: Adakah VPN Anda Membocorkan Alamat IP Sebenar?

Alat ujian kebocoran WebRTC ini melaksanakan kaedah sambungan rakan-ke-rakan (peer-to-peer) yang serupa dengan skrip penjejak untuk mengesahkan sama ada sebarang alamat yang dikumpulkan mendedahkan IP yang sepatutnya disembunyikan oleh VPN anda. Ujian ini memulakan RTCPeerConnection dengan saluran data kosong — tanpa kamera, tanpa mikrofon, tanpa gesaan kebenaran —, menyoal dua pelayan STUN awam mengenai sambungan anda dari luar, dan membandingkannya dengan IP permintaan HTTPS biasa anda.

Cara mentafsir calon ICE yang dikesan oleh ujian ini

WebRTC perlu mengenal pasti semua alamat rangkaian yang membolehkan peranti lain berhubung dengan anda, lalu menghasilkan senarai calon ICE. Halaman ini memaparkan senarai mentah tersebut berserta jenis dan protokol penghantaran, dan menghentikan carian selepas lima saat.

Di bahagian atas tersenarai alamat IPv4 dan IPv6 biasa anda yang dikesan melalui HTTP — nilai yang sama seperti yang dilaporkan pada halaman what is my ip address. Nilai tersebut menjadi asas perbandingan; keputusan muktamad diperoleh daripada pemadanan kedua-dua nilai ini.

host, srflx dan relay — maksud setiap label

  • Tempatan (host) — alamat milik kad rangkaian anda: IP LAN seperti 192.168.1.14 atau nama rawak .local.
  • Awam (melalui STUN) — calon srflx, iaitu alamat awam yang direkodkan semasa pelayan STUN menerima paket. Ini nilai paling penting semasa menggunakan VPN.
  • Ganti (TURN) — trafik dipantulkan melalui pelayan perantara; ujian ini hanya menggunakan STUN, jadi baris relay amat jarang kelihatan.

Maksud bagi setiap keputusan ujian

  • Kebocoran dikesan — calon awam STUN berbeza daripada IP HTTP anda; pada VPN, paket WebRTC telah memintas terowong selamat.
  • Tiada kebocoran — kedua-dua alamat sepadan sepenuhnya.
  • IP tempatan terdedah — alamat LAN sebenar dipaparkan dan bukannya nama mDNS yang disamarkan.
  • Dilindungi — alamat tempatan anda dikaburkan di sebalik nama hos .local rawak.
  • Tiada IP awam / WebRTC disekat — pelayan STUN tidak dapat dicapai atau WebRTC dinyahaktifkan dalam pelayar.

Mengapa WebRTC membocorkan IP yang disembunyikan VPN

WebRTC dibangunkan untuk membolehkan interaksi terus antara pelayar seperti panggilan video, audio, dan pemindahan fail. Untuk menyambungkan dua komputer di belakang penghala berasingan, penembusan NAT diperlukan, dan ini memerlukan jawapan luar: dari alamat manakah sambungan ini bermula? Pelayan STUN memberikan jawapan itu, dan mana-mana laman web boleh memulakan proses ini secara senyap melalui JavaScript.

Perkara ini menjadi kelemahan besar apabila anda ingin menyembunyikan IP sebenar. VPN menyalurkan trafik HTTP biasa melalui terowongnya, tetapi WebRTC memancarkan paket UDP tersendiri ke pelayan STUN. Dalam mod split-tunneling, paket UDP ini mengambil laluan biasa penyedia internet anda. Sambungan VPN jenis sambungan pelayar (extension) ialah contoh paling ketara: ia hanya memproksi permintaan web dan tidak merangkumi aliran UDP sistem operasi — menyebabkan keputusannya boleh bercanggah dengan semakan VPN melalui HTTP.

Nama hos .local rawak bukan merupakan kebocoran data

Jika calon host memaparkan rentetan seperti 7b3f9c21-4d0a-48e7.local dan bukannya 192.168.1.14, perlindungan anda berjalan sempurna. Ini ialah ciri pengaburan mDNS: pelayar mencipta nama DNS multicast sementara untuk antara muka tempatan dan menghantarnya sebagai ganti IP LAN sebenar. Chrome, Edge, Brave, Firefox, dan Safari melaksanakan kaedah ini secara lalai — uBlock Origin telah menyingkirkan pilihan WebRTC tersendiri dalam versi 1.38 kerana pelayar telah menyokongnya secara terus. Peringatan penting: ia hanya melindungi IP tempatan (tidak menghalang kebocoran IP awam VPN), dan laman web yang mempunyai kebenaran kamera atau mikrofon tetap dapat melihat IP LAN sebenar.

Cara menyelesaikan kebocoran WebRTC dalam Chrome dan Edge

Kedua-dua pelayar tidak menyertakan suis penutup ringkas, dan tetapan di chrome://flags atau edge://flags tidak lagi boleh mematikan WebRTC. Tiga kaedah berikut berkesan secara praktikal:

  • Gunakan perisian klien VPN sistem lengkap (Full-Tunnel) dan bukannya sambungan pelayar. Jika semua paket UDP melalui terowong VPN, STUN hanya dapat melihat alamat pelayan VPN.
  • Kawal dasar pengendalian IP menggunakan sambungan pelayar. Alat seperti WebRTC Leak Prevent menukar chrome.privacy.network.webRTCIPHandlingPolicy kepada default_public_interface_only atau disable_non_proxied_udp untuk menyekat pendedahan IP tempatan.
  • Kuat kuasakan dasar sistem (GPO/Registry). Pada Windows, tetapkan dasar WebRtcIPHandling untuk Chrome atau WebRtcLocalhostIpHandling di bawah SOFTWARE\Policies\Microsoft\Edge kepada AllowPublicInterfaceOnly atau DisableNonProxiedUdp. Langkah ini memerlukan pelayar dimulakan semula; semak di edge://policy.

Cara mematikan WebRTC sepenuhnya dalam Firefox

Firefox ialah satu-satunya pelayar komputer utama yang mengekalkan suis penutup terus. Masukkan about:config pada bar alamat, terima amaran, cari media.peerconnection.enabled dan klik dua kali untuk mengubah nilainya kepada false. WebRTC akan ditutup serta-merta untuk semua laman web tanpa perlu memulakan semula pelayar, dan ujian ini akan melaporkannya sebagai disekat.

Tindakan ini menyeluruh: perkhidmatan mesyuarat dalam pelayar seperti Meet, Teams, Discord, dan Zoom tidak akan dapat menyambungkan panggilan sehingga anda menetapkannya semula. Untuk memastikan panggilan terus berfungsi, biarkan nilai tersebut aktif dan tukar media.peerconnection.ice.default_address_only kepada true — Firefox hanya akan berkongsi alamat laluan lalai (iaitu sambungan VPN).

Cara menyekat kebocoran WebRTC dalam Brave

Brave menyediakan kawalan terus yang disembunyikan oleh Chrome. Buka brave://settings/privacy dan cari bahagian WebRTC IP handling policy. Dua pilihan utama semasa menggunakan VPN atau proksi:

  • Default — mengimbas semua penyesuai rangkaian dan boleh mendedahkan alamat tempatan.
  • Default Public and Private Interfaces — menggunakan laluan lalai tetapi masih mendedahkan alamat peribadi berkaitan.
  • Default Public Interface Only — laluan lalai sahaja tanpa alamat tempatan; panggilan web kekal berfungsi. Tetapan terbaik untuk kegunaan harian.
  • Disable Non-Proxied UDP — memaksa TCP melalui proksi melainkan proksi menyokong UDP. Paling ketat (piawai pada tetingkap Tor), namun boleh mengganggu panggilan P2P.

Perkara penting untuk Safari, iPhone dan Android

Pada peranti mudah alih dan enjin WebKit, panduan umum komputer meja sering kali tidak terpakai.

Safari pada macOS

Versi Safari semasa tidak mempunyai suis penutup sejagat yang kekal. Tetapan di menu Pembangun terbatal apabila sesi ditutup. Disebabkan Safari melindungi IP tempatan di sebalik mDNS sehingga kebenaran kamera/mikrofon diberikan, kawalan terbaik adalah mengurus kebenaran di Safari > Tetapan > Laman Web dan menggunakan VPN seluruh sistem.

iPhone dan iPad (iOS/iPadOS)

Semua pelayar di iOS diwajibkan menggunakan enjin WebKit. Chrome dan Firefox pada iPhone tidak mempunyai about:config atau sambungan; penyekat kandungan tidak dapat menapis WebRTC. Untuk menyekat kebocoran pada iOS, aktifkan profil VPN di Tetapan > VPN yang menowongkan trafik UDP sepenuhnya dan ulangi ujian ini di Safari.

Android

Chrome untuk Android tidak mempunyai bendera atau sambungan WebRTC. Brave untuk Android menyediakan senarai dasar pengendalian IP yang sama dalam tetapan privasinya. Di Firefox Android, about:config hanya tersedia pada binaan Beta dan Nightly. Langkah menyeluruh adalah mengaktifkan VPN sentiasa aktif dan Sekat sambungan tanpa VPN pada tetapan peranti.

Perkara yang tidak dapat dikesan oleh ujian kebocoran ini

Halaman ini hanya dapat memeriksa data yang diserahkan oleh pelayar anda kepada skrip pada domain ini. Ia tidak dapat mengenal pasti kebocoran di bawah peringkat pelayar — seperti rute sistem operasi yang salah atau laluan IPv6 yang diabaikan oleh VPN anda — serta tidak menguji kebocoran DNS. Jika tembok api menyekat STUN, status „Tiada IP awam“ akan dipaparkan, yang sekadar bermakna tiada respons pelayan. Selain itu, IP hanyalah satu daripada pelbagai pengecam: ukuran skrin, fon, dan pengepala yang disenaraikan pada halaman Apakah Pelayar Saya masih boleh mengecam peranti anda walaupun sambungan VPN bersih.

Soalan Lazim (FAQ)

Bolehkah WebRTC membocorkan IP sebenar walaupun sedang bersambung ke VPN?

Ya, ini sering berlaku. WebRTC menghantar paket UDP tersendiri secara terus ke pelayan STUN. Jika menggunakan sambungan pelayar atau terowong terbahagi (split-tunnel), paket UDP ini bergerak di luar terowong melalui sambungan pembekal internet biasa anda. Pelayan STUN mencatat IP sebenar anda dan mana-mana laman web boleh membacanya melalui JavaScript. Klien VPN sistem menyeluruh menyelesaikan masalah ini.

Adakah cara untuk mematikan WebRTC sepenuhnya dalam Edge?

Tidak melalui antara muka tetapan biasa: Edge tidak mempunyai suis penutup dan pilihan lama dalam about:flags telah disingkirkan. Pada Windows, anda boleh menetapkan dasar WebRtcLocalhostIpHandling kepada AllowPublicInterfaceOnly atau DisableNonProxiedUdp di bawah SOFTWARE\Policies\Microsoft\Edge dalam Registry. Pelayar perlu dimulakan semula; sahkan di edge://policy.

Di manakah saya boleh mematikan WebRTC dan PeerConnection dalam Firefox?

Taip about:config pada bar alamat: cari media.peerconnection.enabled dan klik dua kali untuk menjadikannya false. Tindakan ini mematikan WebRTC secara serta-merta tanpa perlu memulakan semula pelayar, namun panggilan video dalam pelayar akan terhenti. Untuk membolehkan panggilan berjalan, biarkan pilihan tersebut aktif dan tukar media.peerconnection.ice.default_address_only kepada true.

Bagaimanakah saya boleh mematikan WebRTC secara kekal dalam Safari?

Dalam versi terkini Safari, ia tidak boleh dimatikan secara kekal. Pilihan eksperimental dahulu telah dibuang dan tetapan dalam menu Pembangun ditetapkan semula sebaik sahaja pelayar ditutup. Memandangkan Safari mengaburkan IP tempatan di sebalik mDNS, kaedah terbaik ialah mengehadkan kebenaran laman web dalam Safari > Tetapan > Laman Web dan menggunakan VPN sistem.

Apakah tetapan terbaik untuk menyekat kebocoran WebRTC dalam Brave?

Buka brave://settings/privacy dan tetapkan WebRTC IP handling policy kepada „Disable Non-Proxied UDP“ semasa menggunakan VPN atau proksi. WebRTC akan menggunakan TCP melalui proksi supaya STUN tidak dapat mengesan IP sebenar anda. Pilihan „Default Public Interface Only“ ialah pilihan terbaik untuk memastikan panggilan suara terus berfungsi.

Dasar pengendalian IP WebRTC manakah yang patut saya pilih?

Pilihan „Default Public Interface Only“ sesuai untuk kebanyakan pengguna: ia menyembunyikan antara muka tempatan, mengekalkan UDP, dan membolehkan panggilan video berfungsi dengan lancar. Pilih „Disable Non-Proxied UDP“ hanya jika anda memerlukan privasi maksimum di sebalik proksi atau VPN. Pilihan piawai masih mendedahkan alamat rangkaian peribadi tempatan anda.

Mengapakah alamat IP peribadi saya didedahkan kepada umum oleh WebRTC?

Dalam pelayar moden, pendedahan terbuka tidak lagi berlaku. Chrome, Edge, Brave, Firefox, dan Safari menggantikan alamat LAN mentah dengan nama hos mDNS rawak yang berakhir dengan .local. Laman web hanya menerima nama samaran tersebut dan bukannya 192.168.1.14. Sekiranya keputusan menunjukkan IP LAN mentah, lapisan perlindungan mDNS sedang tidak aktif.