Tes Kebocoran WebRTC
Menjalankan tes kebocoran...
IPv4 (HTTP) Memeriksa...
IPv6 (HTTP) Memeriksa...
Kandidat ICE terkumpul
Tidak ada kandidat ICE yang terkumpul.
Perkiraan lokasi
Melacak jaringan Anda…

Penanda menunjukkan pusat perkiraan area yang dilayani penyedia Anda , bukan rumah, jalan, atau perangkat Anda. Selisih puluhan kilometer adalah hal yang normal.

Cara menghentikan kebocoran WebRTC
Chrome / Edge — pasang ekstensi pemblokir WebRTC (mis. "WebRTC Leak Prevent"), atau gunakan klien VPN yang secara eksplisit memblokir lalu lintas WebRTC — Chrome modern tidak lagi menyertakan toggle bawaan untuk ini.
Firefox — buka about:config, cari media.peerconnection.enabled, dan atur ke false untuk menonaktifkan WebRTC sepenuhnya.
Safari — WebRTC tidak bisa dialihkan secara global; nonaktifkan akses kamera/mikrofon per situs di Safari > Settings > Websites, atau andalkan VPN yang memblokir WebRTC di level jaringan.
Brave — buka panel Shields dan atur pembatas jaringan WebRTC ke mode paling ketat/"Proxied" untuk mencegah kebocoran IP lokal.
Tentang tes kebocoran WebRTC

WebRTC adalah teknologi browser yang dibangun untuk panggilan video real-time dan transfer file peer-to-peer. Untuk menghubungkan dua komputer secara langsung, ia perlu menemukan setiap alamat jaringan yang bisa dijangkau dari masing-masing sisi, sehingga ia bertanya ke server STUN publik "IP apa yang terlihat dari luar untuk koneksi ini?" dan mengumpulkan jawabannya sebagai kandidat ICE. Pertukaran kandidat itu biasanya terjadi secara tidak terlihat antara dua peer dalam sebuah panggilan — tetapi situs web mana pun juga bisa memicunya secara diam-diam di latar belakang, membaca kandidatnya, dan mengekstrak alamat Anda darinya.

Ini menjadi masalah privasi khususnya bagi pengguna VPN. VPN mengarahkan ulang lalu lintas HTTP reguler Anda lewat tunnel-nya, sehingga situs web melihat alamat IP VPN, bukan alamat Anda. Namun WebRTC berbicara ke server STUN lewat koneksinya sendiri, dan pada beberapa pengaturan koneksi itu sepenuhnya melewati tunnel VPN — membocorkan IP internet asli Anda meskipun address bar menunjukkan Anda "terlindungi". Browser modern juga mencoba menyembunyikan alamat jaringan lokal Anda dengan menggantinya dengan hostname mDNS acak sekali pakai yang berakhiran .local, alih-alih IP mentah seperti 192.168.1.5; penggantian itu adalah peningkatan privasi yang nyata, bukan tanda ada yang rusak.

Alat ini menjalankan proses pengumpulan ICE yang persis sama dengan yang bisa dijalankan halaman jahat, menggunakan dua server STUN independen untuk keandalan, dan membandingkan setiap kandidat publik yang dikumpulkannya dengan alamat IP HTTP asli Anda. Jika cocok, WebRTC tidak menambah paparan ekstra apa pun di luar yang sudah dilihat setiap situs web. Jika berbeda padahal Anda yakin sedang memakai VPN, ketidakcocokan itulah kebocorannya — dan perbaikan di atas menjelaskan cara menutupnya untuk browser spesifik Anda.

Tes ini hanya mengungkap apa yang diekspos browser Anda sendiri lewat pengumpulan ICE WebRTC; tes ini tidak dapat mendeteksi kebocoran yang terjadi di level sistem operasi atau router.

Tes Kebocoran WebRTC: Apakah VPN Anda Membocorkan Alamat IP Asli?

Alat tes kebocoran WebRTC ini menjalankan mekanisme koneksi peer-to-peer yang sama persis seperti yang digunakan oleh skrip pelacak daring untuk memastikan apakah ada alamat yang terdeteksi yang semestinya disembunyikan oleh VPN Anda. Alat ini membuka koneksi RTCPeerConnection dengan saluran data kosong — tanpa kamera, tanpa mikrofon, tanpa permintaan izin —, meminta dua server STUN publik memeriksa koneksi Anda dari luar, dan membandingkannya dengan IP asal permintaan HTTPS reguler Anda.

Cara membaca kandidat ICE yang ditampilkan tes ini

WebRTC harus mengidentifikasi setiap alamat jaringan yang memungkinkan pihak lain terhubung dengan perangkat Anda, sehingga menghasilkan daftar kandidat ICE. Halaman ini menampilkan daftar mentah tersebut lengkap beserta tipe dan protokol transportasinya, lalu menghentikan pemindaian setelah lima detik.

Di bagian atas tercantum alamat IPv4 dan IPv6 standar Anda yang terdeteksi melalui HTTP — nilai yang sama persis dengan hasil halaman apa alamat IP saya. Nilai tersebut menjadi acuan dasar; vonis akhir ditentukan dari perbandingan kedua data ini.

host, srflx, dan relay — arti setiap label

  • Lokal (host) — alamat milik kartu jaringan Anda sendiri: IP LAN seperti 192.168.1.14 atau nama acak .local.
  • Publik (via STUN) — kandidat srflx, yaitu alamat publik yang tercatat saat server STUN menerima paket. Ini adalah indikator terpenting saat menggunakan VPN.
  • Relay (TURN) — lalu lintas yang dialihkan melalui server perantara; pengujian ini hanya menggunakan STUN sehingga baris relay sangat jarang terjadi.

Arti dari setiap hasil vonis

  • Kebocoran terdeteksi — kandidat publik STUN berbeda dari IP HTTP Anda; saat memakai VPN, paket WebRTC telah melewati luar terowongan aman.
  • Tidak bocor — kedua alamat cocok sempurna.
  • IP lokal terekspos — alamat LAN mentah muncul alih-alih nama mDNS yang disamarkan.
  • Terlindungi — alamat lokal Anda diamankan di balik nama host .local acak.
  • Tidak ada IP publik / WebRTC diblokir — server STUN tidak dapat dijangkau atau WebRTC dinonaktifkan di browser.

Mengapa WebRTC membocorkan IP yang disembunyikan VPN

WebRTC dirancang untuk mendukung komunikasi langsung antarlayar peramban seperti panggilan video, audio, dan transfer berkas. Untuk menghubungkan dua komputer di belakang router terpisah diperlukan NAT traversal, yang membutuhkan jawaban atas satu pertanyaan dari luar: dari alamat mana koneksi ini berasal? Server STUN menjawab pertanyaan itu, dan situs web mana pun dapat memulai pertukaran data ini secara senyap melalui JavaScript.

Hal ini merugikan Anda saat ingin menyembunyikan identitas jaringan. VPN mengarahkan lalu lintas HTTP biasa melalui terowongan terenkripsi, tetapi WebRTC mengirimkan paket UDP-nya sendiri ke STUN. Pada mode split-tunneling, paket UDP ini menggunakan rute jaringan biasa penyedia internet Anda. Ekstensi VPN browser adalah contoh paling umum: mereka hanya memproksi permintaan web dan tidak mengarahkan tumpukan UDP sistem — sehingga hasil ini bisa bertolak belakang dengan hasil cek VPN berbasis HTTP.

Nama host .local acak bukan merupakan kebocoran

Jika kandidat host menampilkan string seperti 7b3f9c21-4d0a-48e7.local dan bukan 192.168.1.14, sistem bekerja normal. Ini adalah fitur penyamaran mDNS: browser membuat nama DNS multicast sementara untuk kartu jaringan lokal dan membagikannya alih-alih alamat IP LAN asli. Chrome, Edge, Brave, Firefox, dan Safari menerapkan ini secara default — uBlock Origin menghapus opsi WebRTC bawaannya pada versi 1.38 karena peramban telah menanganinya secara mandiri. Perlu diingat: fitur ini hanya melindungi IP lokal (tidak mencegah kebocoran IP publik VPN), dan situs yang diberi izin mikrofon/kamera tetap dapat melihat IP LAN asli.

Cara mengatasi kebocoran WebRTC di Chrome dan Edge

Kedua browser tidak menyediakan tombol mati sederhana di menu setelan, dan opsi di chrome://flags maupun edge://flags tidak lagi dapat mematikan WebRTC. Tiga cara efektif berikut dapat digunakan:

  • Gunakan aplikasi klien VPN sistem lengkap (Full-Tunnel) alih-alih ekstensi peramban. Jika semua paket UDP dialirkan melalui terowongan VPN, STUN hanya dapat membaca alamat IP VPN.
  • Atur kebijakan penanganan IP melalui ekstensi. Ekstensi seperti WebRTC Leak Prevent mengubah nilai chrome.privacy.network.webRTCIPHandlingPolicy menjadi default_public_interface_only atau disable_non_proxied_udp untuk menghentikan ekspos IP lokal.
  • Terapkan kebijakan grup tingkat sistem operasi. Di Windows, konfigurasikan WebRtcIPHandling untuk Chrome atau WebRtcLocalhostIpHandling di bawah SOFTWARE\Policies\Microsoft\Edge dengan nilai AllowPublicInterfaceOnly atau DisableNonProxiedUdp. Langkah ini memerlukan restart peramban; verifikasi pada edge://policy.

Cara menonaktifkan WebRTC sepenuhnya di Firefox

Firefox adalah satu-satunya peramban desktop utama yang menyediakan sakelar pemutus langsung. Ketik about:config di bilah alamat, setujui peringatan, cari media.peerconnection.enabled, dan klik dua kali untuk mengubah nilainya menjadi false. WebRTC akan langsung nonaktif di semua situs tanpa perlu restart peramban, dan tes ini akan melaporkannya sebagai diblokir.

Langkah ini bersifat menyeluruh: panggilan video berbasis web seperti Google Meet, Teams, Discord, dan Zoom tidak akan bisa terhubung sampai Anda mengaktifkannya kembali. Jika ingin panggilan tetap berjalan, biarkan opsi tadi aktif dan ubah media.peerconnection.ice.default_address_only menjadi true — Firefox hanya akan mengirim alamat rute default (yaitu koneksi VPN).

Cara menghentikan kebocoran WebRTC di Brave

Brave menampilkan opsi pengaturan yang disembunyikan oleh Chrome. Buka brave://settings/privacy lalu temukan bagian WebRTC IP handling policy. Saat terhubung ke VPN atau proxy, dua pilihan berikut sangat disarankan:

  • Default — dapat memeriksa seluruh antarmuka dan mengekspos alamat lokal.
  • Default Public and Private Interfaces — menggunakan rute default tetapi tetap memperlihatkan alamat IP privat.
  • Default Public Interface Only — hanya rute default tanpa alamat lokal; panggilan web tetap berfungsi. Pengaturan terbaik untuk harian.
  • Disable Non-Proxied UDP — memaksa TCP melalui proxy kecuali jika proxy mendukung UDP. Opsi paling ketat (standar pada jendela Tor), namun dapat mengganggu panggilan P2P.

Catatan khusus untuk Safari, iPhone, dan Android

Pada perangkat seluler dan mesin peramban WebKit, instruksi umum untuk komputer desktop sering kali tidak relevan.

Safari di macOS

Versi Safari terkini tidak memiliki sakelar penonaktifan global yang permanen. Opsi pada menu Pengembang akan tereset saat sesi ditutup. Karena Safari menyamarkan IP lokal dengan mDNS hingga izin kamera/mikrofon diberikan, langkah terbaik adalah mengelola izin situs di Safari > Pengaturan > Situs Web serta mengaktifkan VPN sistem.

iPhone dan iPad (iOS/iPadOS)

Semua browser di iOS wajib menggunakan mesin WebKit. Chrome atau Firefox di iPhone tidak memiliki about:config atau ekstensi; pemblokir konten tidak dapat menyaring WebRTC. Untuk mencegah kebocoran pada iOS, gunakan profil VPN di Pengaturan > VPN yang mengalirkan paket UDP secara menyeluruh, lalu ulangi tes ini di Safari.

Android

Chrome untuk Android tidak memiliki flag atau dukungan ekstensi WebRTC. Brave untuk Android menyertakan menu kebijakan penanganan IP yang sama di setelan privasinya. Di Firefox Android, about:config hanya ada di edisi Beta dan Nightly. Solusi sistemik adalah mengaktifkan VPN yang selalu aktif dan Blokir koneksi tanpa VPN pada setelan Android.

Keterbatasan yang tidak dapat diuji oleh alat ini

Halaman ini hanya menganalisis informasi yang diserahkan peramban Anda kepada skrip di situs ini. Alat ini tidak dapat mengidentifikasi kebocoran di bawah lapisan peramban — seperti rute koneksi sistem operasi yang keliru atau jalur IPv6 yang diabaikan VPN Anda — serta tidak menguji kebocoran kueri DNS. Jika firewall memblokir STUN, akan muncul status „Tidak ada IP publik“, yang hanya menandakan bahwa tidak ada balasan server. Selain itu, IP hanyalah salah satu pengidentifikasi: dimensi layar, font, dan header yang dirinci di halaman Apa Browser Saya tetap dapat mengenali perangkat Anda meskipun alamat VPN bersih.

Pertanyaan yang Sering Diajukan (FAQ)

Apakah WebRTC dapat membocorkan IP asli saya meskipun terhubung ke VPN?

Ya, hal ini sering terjadi. WebRTC mengirimkan paket UDP tersendiri langsung ke server STUN. Saat menggunakan VPN ekstensi browser atau pengaturan split-tunneling, paket UDP ini berjalan di luar terowongan melalui koneksi ISP asli. Server STUN mencatat IP asli Anda dan situs web mana pun dapat membacanya melalui JavaScript. Klien VPN sistem menyeluruh mengatasi masalah ini.

Apakah ada cara untuk mematikan WebRTC secara menyeluruh di Edge?

Tidak melalui menu setelan biasa: Edge tidak memiliki tombol sakelar dan flag lama di about:flags telah dihapus. Di Windows, Anda dapat mengatur kebijakan WebRtcLocalhostIpHandling menjadi AllowPublicInterfaceOnly atau DisableNonProxiedUdp di Registry pada SOFTWARE\Policies\Microsoft\Edge. Peramban harus dimulai ulang; cek di edge://policy.

Di mana saya bisa mematikan WebRTC dan PeerConnection di Firefox?

Ketik about:config pada bilah alamat: cari media.peerconnection.enabled lalu klik dua kali hingga nilainya menjadi false. Ini menonaktifkan WebRTC secara instan tanpa perlu restart, tetapi panggilan konferensi web akan terhenti. Jika ingin panggilan tetap berjalan, biarkan opsi tadi aktif dan ubah media.peerconnection.ice.default_address_only menjadi true.

Bagaimana cara menonaktifkan WebRTC secara permanen di Safari?

Pada Safari versi terbaru, hal ini tidak bisa dimatikan secara permanen. Menu eksperimental lama sudah dihapus dan setelan pada menu Pengembang akan tereset saat peramban ditutup. Mengingat Safari telah menyamarkan IP lokal dengan mDNS, pendekatan terbaik adalah membatasi izin di Safari > Pengaturan > Situs Web dan menggunakan VPN sistem.

Apa pengaturan terbaik untuk mencegah kebocoran WebRTC di Brave?

Buka brave://settings/privacy lalu atur WebRTC IP handling policy ke „Disable Non-Proxied UDP“ saat menggunakan VPN atau proxy. WebRTC akan memakai TCP melalui proxy sehingga STUN tidak pernah menerima IP asli Anda. Pilihan „Default Public Interface Only“ adalah alternatif praktis agar panggilan suara tetap berfungsi normal.

Kebijakan penanganan IP WebRTC mana yang sebaiknya saya pilih?

Opsi „Default Public Interface Only“ adalah opsi terbaik bagi kebanyakan orang: menyembunyikan antarmuka lokal, mempertahankan fungsi UDP, dan menjaga kelancaran panggilan video. Gunakan „Disable Non-Proxied UDP“ hanya saat Anda menginginkan privasi mutlak di balik proxy/VPN. Pengaturan bawaan masih membuka alamat jaringan lokal Anda.

Mengapa alamat IP privat saya bisa terekspos ke publik oleh WebRTC?

Di peramban masa kini, IP tidak lagi dipublikasikan secara terbuka. Chrome, Edge, Brave, Firefox, dan Safari mengganti alamat LAN mentah dengan nama host mDNS sekali pakai berakhiran .local. Situs web hanya melihat nama samaran tersebut dan bukan 192.168.1.14. Jika hasil tes menunjukkan IP LAN mentah, proteksi mDNS sedang tidak aktif.