Panduan IP & Privasi

Apa Itu Kebocoran WebRTC?

WebRTC memungkinkan panggilan audio, video, dan koneksi peer-to-peer di browser. Untuk membangun koneksi, browser mengumpulkan kandidat jaringan. Kebocoran terjadi ketika proses ini menunjukkan alamat publik yang seharusnya terlindungi VPN.

Apa yang diperiksa?

Uji WebRTC Terbit meminta browser mengumpulkan informasi koneksi yang tersedia untuk halaman. Jalankan sebelum dan setelah menghubungkan VPN lalu bandingkan hasilnya.

Alamat privat dan publik

Alamat privat seperti 192.168.x.x tidak dirutekan langsung di internet publik. Browser modern dapat menyamarkannya. Sinyal utama yang perlu diperiksa adalah alamat publik operator asli ketika hanya alamat keluar VPN yang diharapkan.

Mengapa hasil berbeda?

Browser, sistem operasi, ekstensi, dukungan IPv6, desain VPN, dan jaringan dapat mengubah hasil. Layar kosong juga tidak membuktikan semua teknik pelacakan telah diblokir.

Prosedur pengujian

Catat IP sebelum VPN.
Hubungkan VPN dan pastikan alamat keluarnya.
Jalankan tes WebRTC.
Bandingkan setiap IPv4 dan IPv6.
Ulangi di browser atau jaringan lain.

Jika muncul alamat tak terduga

Perbarui browser dan VPN.
Aktifkan perlindungan kebocoran serta kill switch.
Pastikan VPN mendukung IPv6.
Uji ulang setelah setiap perubahan.
Hubungi penyedia dengan hasil yang dapat direproduksi.

Haruskah WebRTC dimatikan?

Menonaktifkannya dapat merusak rapat video dan aplikasi kolaborasi. Lebih baik memakai konfigurasi yang aman. Matikan hanya bila kebutuhan privasi lebih penting daripada fungsi yang hilang.

Sudut pandang Terbit

Tujuan tes bukan membuat layar selalu kosong. Tujuannya memastikan tidak ada rute publik yang bertentangan dengan harapan privasi.

Pertanyaan umum

Bisakah WebRTC menunjukkan GPS?

Tidak. Alamat IP hanya mendukung perkiraan lokasi jaringan.

Ditinjau 6 November 2026

Bagaimana WebRTC dapat menampilkan informasi jaringan

WebRTC adalah teknologi browser untuk panggilan video, suara, berbagi layar, dan koneksi langsung antarperangkat. Agar dapat memilih jalur komunikasi yang sesuai, browser mengumpulkan kandidat koneksi dan dapat meminta bantuan server STUN. Mekanisme ini penting untuk komunikasi waktu nyata, tetapi hasilnya kadang menampilkan informasi jaringan yang lebih luas daripada perkiraan pengguna.

Istilah “kebocoran WebRTC” biasanya dipakai ketika halaman dapat melihat alamat yang tidak sesuai dengan model privasi pengguna. Contohnya, VPN sudah aktif tetapi pengujian masih menemukan alamat IPv4 atau IPv6 publik dari jaringan asli. Alamat privat seperti 192.168.x.x, 10.x.x.x, atau 172.16–31.x.x tidak dapat dirutekan langsung dari internet dan tidak otomatis membuktikan kebocoran identitas publik.

Cara melakukan pengujian yang dapat dibandingkan

Putuskan VPN dan tutup aplikasi jaringan yang tidak diperlukan.
Buka uji WebRTC Terbit, lalu catat jenis alamat tanpa membagikan alamat lengkap.
Catat alamat keluar pada halaman Periksa IP Saya.
Sambungkan VPN dan tunggu sampai koneksi stabil.
Muat ulang kedua halaman dan bandingkan negara, operator, IPv4, IPv6, serta kandidat WebRTC pada perangkat dan jaringan yang sama.

Pengujian sebelum dan sesudah dibutuhkan karena satu tangkapan layar tidak menjelaskan apakah alamat berasal dari ISP, VPN, jaringan lokal, atau layanan relay. Jika alamat asli tidak lagi muncul setelah VPN tersambung, perlindungan browser kemungkinan bekerja untuk sesi itu. Hasil tersebut tetap tidak mengaudit semua aplikasi di perangkat.

Memahami alamat yang terlihat

Alamat publik dapat dipetakan di internet dan umumnya diberikan oleh ISP, jaringan seluler, atau penyedia VPN. Alamat privat hanya dipakai di jaringan lokal. Browser modern juga dapat mengganti alamat lokal dengan nama mDNS acak. Nama tersebut mungkin tampak aneh, tetapi dirancang untuk mengurangi pengungkapan alamat lokal yang sebenarnya.

IPv6 perlu diperiksa secara terpisah. Beberapa layanan VPN mengalihkan IPv4 tetapi belum menangani IPv6 secara lengkap. Jika halaman IP menunjukkan server VPN sementara kandidat WebRTC menampilkan IPv6 publik asli, hentikan kegiatan sensitif dan periksa dokumentasi penyedia. Menonaktifkan IPv6 secara permanen bukan pilihan pertama; gunakan layanan yang mendukung atau memblokirnya dengan aman.

Mengapa hasil dapat membingungkan

Split tunneling dapat mengizinkan browser memakai jalur asli dengan sengaja. Ekstensi browser, perangkat lunak keamanan, proxy organisasi, dan DNS aman juga dapat memengaruhi hasil. Cache halaman mungkin menampilkan data lama. Pergantian dari Wi-Fi ke data seluler dapat menghasilkan alamat baru walaupun pengaturan VPN tidak berubah.

Ulangi pengujian di jendela baru dan ubah satu pengaturan pada satu waktu. Jika masalah hanya muncul pada satu browser, bandingkan dengan browser kedua yang telah diperbarui. Jika semua browser menunjukkan hasil serupa, periksa aplikasi VPN, sistem operasi, dan konfigurasi jaringan. Pada perangkat kantor atau sekolah, hubungi administrator sebelum mengubah kebijakan keamanan.

Langkah mengurangi pengungkapan

Perbarui browser dan aplikasi VPN karena perbaikan privasi sering dikirim melalui versi baru. Pastikan VPN menyediakan perlindungan kebocoran WebRTC, dukungan IPv6, dan kill switch. Berikan izin kamera serta mikrofon hanya kepada situs tepercaya dan hapus ekstensi yang tidak diperlukan. Memblokir seluruh JavaScript dapat merusak banyak situs dan bukan solusi seimbang bagi semua pengguna.

Beberapa browser menyediakan kebijakan alamat IP WebRTC, tetapi nama menu dan dampaknya berubah menurut versi. Jangan menyalin pengaturan eksperimental tanpa memahami akibatnya. Setelah perubahan, ulangi pengujian dan pastikan aplikasi konferensi yang sah tetap dapat digunakan.

Skenario praktis

VPN aktif tetapi alamat ISP masih muncul

Pastikan alamat tersebut benar-benar publik dan cocok dengan pengujian dasar. Sambungkan ulang VPN, pilih server lain, periksa split tunneling, dan uji IPv6. Jika alamat asli tetap ada, kirim hasil yang sudah disamarkan kepada dukungan penyedia VPN.

Hanya alamat privat yang muncul

Alamat lokal tidak otomatis mengungkap lokasi internet. Informasi itu dapat membantu situs memahami struktur jaringan, tetapi risikonya berbeda dari alamat publik. Periksa apakah browser memakai mDNS dan nilai hasil bersama alamat keluar.

Tidak ada kandidat yang tampil

WebRTC mungkin diblokir, browser mungkin memakai relay, atau pengujian tidak memperoleh fungsi yang diperlukan. Hasil kosong bukan bukti mutlak bahwa semua komunikasi aman. Coba browser terbaru dan periksa apakah panggilan WebRTC biasa masih berfungsi.

Pertanyaan umum

Apakah WebRTC berbahaya?

Tidak. WebRTC merupakan standar komunikasi yang berguna. Risiko terjadi ketika informasi jaringan yang dikumpulkan tidak sesuai dengan harapan privasi atau konfigurasi VPN pengguna.

Apakah mode samaran mencegah kebocoran?

Biasanya tidak. Mode samaran mengurangi riwayat dan cookie lokal setelah sesi ditutup, tetapi tidak selalu mengubah jalur jaringan atau alamat IP.

Apakah satu pengujian membuktikan anonimitas?

Tidak. Pengujian browser hanya menilai kondisi saat itu dan tidak memeriksa pencatatan penyedia, sidik jari browser, akun yang digunakan, atau aplikasi lain.

Referensi teknis

Kesimpulan yang tepat adalah apakah alamat asli terlihat dalam pengujian tertentu, bukan klaim bahwa pengguna tidak dapat dilacak. Simpan waktu, perangkat, jaringan, dan pengaturan agar hasil dapat diulang setelah pembaruan.