Panduan IP & Privasi

Apakah Kebocoran WebRTC?

WebRTC membolehkan komunikasi audio, video dan rakan-ke-rakan secara masa nyata dalam pelayar. Untuk membina sambungan, pelayar boleh mengumpulkan calon rangkaian. Kebocoran berlaku apabila proses ini mendedahkan alamat yang dijangka dilindungi oleh VPN atau proksi.

Apakah yang diperiksa?

Ujian WebRTC meminta pelayar mengumpulkan maklumat sambungan dan memaparkan alamat yang tersedia kepada halaman. Jalankan ujian kebocoran WebRTC Terbit sebelum dan selepas menyambung kepada VPN.

Alamat peribadi dan alamat awam

Alamat peribadi dalam rangkaian rumah tidak boleh dihala secara langsung melalui internet. Pelayar moden juga boleh menggantikannya dengan nama hos yang melindungi privasi. Amaran utama ialah apabila alamat IP awam biasa anda muncul sedangkan hanya alamat VPN dijangka kelihatan.

Mengapa keputusan berbeza?

Versi pelayar, sistem operasi, sambungan tambahan, reka bentuk VPN dan konfigurasi rangkaian boleh mengubah keputusan. Keputusan kosong tidak membuktikan bahawa semua kaedah penjejakan telah disekat.

Cara mengurangkan pendedahan

Kemas kini pelayar dan aplikasi VPN, aktifkan perlindungan kebocoran yang disediakan dan ulangi ujian. Sesetengah tetapan boleh menghadkan WebRTC, tetapi mematikannya sepenuhnya mungkin menjejaskan panggilan video dan alat kerjasama.

Uji lebih daripada satu lapisan

Semak juga alamat IP awam yang kelihatan dan ujian DNS. Kuki, akaun log masuk dan cap jari pelayar masih boleh mengaitkan aktiviti walaupun alamat rangkaian telah disamarkan.

Bila perlu menghubungi penyedia

Jika alamat awam biasa masih kelihatan semasa VPN aktif, rekod pelayar, sistem operasi, masa ujian dan keputusannya. Berikan maklumat itu kepada penyedia VPN untuk mendapatkan panduan konfigurasi.

Disemak 6 November 2026

Bagaimana WebRTC boleh mendedahkan alamat rangkaian

WebRTC ialah teknologi pelayar untuk panggilan video, perkongsian suara dan sambungan terus antara peranti. Untuk memilih laluan yang sesuai, pelayar boleh mengumpulkan alamat rangkaian dan meminta calon sambungan melalui pelayan STUN. Proses ini berguna untuk komunikasi masa nyata, tetapi hasilnya boleh mendedahkan lebih banyak maklumat rangkaian daripada yang dijangka oleh pengguna.

Istilah “kebocoran WebRTC” biasanya merujuk kepada keadaan apabila halaman web dapat melihat alamat yang tidak sepatutnya kelihatan dalam model privasi pengguna. Contohnya, pengguna menyambung melalui VPN tetapi ujian masih menemui alamat IPv4 atau IPv6 awam daripada rangkaian asal. Alamat peribadi seperti 192.168.x.x, 10.x.x.x atau 172.16–31.x.x pula tidak boleh digunakan terus dari internet dan tidak semestinya membuktikan kebocoran identiti awam.

Cara menjalankan ujian yang boleh dibandingkan

Putuskan VPN dan tutup aplikasi yang tidak diperlukan.
Buka ujian WebRTC Terbit dan catat jenis alamat yang dipaparkan tanpa berkongsi alamat penuh.
Catat juga alamat keluar pada halaman Semak IP Saya.
Sambungkan VPN, tunggu sehingga status stabil, kemudian muat semula kedua-dua halaman.
Bandingkan negara, penyedia rangkaian, IPv4, IPv6 dan calon WebRTC menggunakan peranti serta rangkaian yang sama.

Ujian sebelum dan selepas penting kerana satu tangkap layar tidak menerangkan alamat mana yang berasal daripada ISP, VPN, rangkaian tempatan atau perkhidmatan relay. Jika keputusan berubah selepas VPN disambungkan dan alamat asal tidak lagi kelihatan, perlindungan pelayar berkemungkinan berfungsi untuk sesi tersebut. Ini masih bukan audit semua aplikasi pada peranti.

Cara mentafsir alamat yang ditemui

Alamat awam boleh dicapai atau dipetakan di internet dan biasanya diberikan oleh ISP, rangkaian mudah alih atau penyedia VPN. Alamat peribadi hanya digunakan dalam rangkaian setempat. Pelayar moden juga boleh menggunakan nama mDNS rawak bagi menggantikan alamat tempatan dalam calon WebRTC. Nama mDNS mungkin kelihatan luar biasa, tetapi tujuannya ialah mengurangkan pendedahan alamat tempatan sebenar.

IPv6 memerlukan perhatian khusus. Sesetengah VPN menukar laluan IPv4 tetapi tidak menyokong IPv6 sepenuhnya. Jika ujian IP utama menunjukkan pelayan VPN tetapi calon WebRTC menunjukkan IPv6 awam asal, hentikan aktiviti sensitif dan semak dokumentasi penyedia. Jangan terus mematikan IPv6 secara kekal; penyelesaian yang lebih baik ialah menggunakan perkhidmatan yang menyokong atau menyekat IPv6 dengan selamat.

Punca keputusan yang mengelirukan

Sambungan berpecah atau split tunnelling boleh membenarkan pelayar menggunakan laluan asal dengan sengaja. Sambungan pelayar, perisian keselamatan, proksi korporat dan ciri DNS selamat juga boleh mengubah keputusan. Cache halaman mungkin memaparkan data lama, manakala pertukaran Wi-Fi kepada data mudah alih boleh menghasilkan alamat baharu walaupun tetapan VPN tidak berubah.

Ulang ujian dalam tetingkap baharu dan ubah satu tetapan pada satu masa. Jika keputusan hanya berlaku pada satu pelayar, bandingkan dengan pelayar kedua yang dikemas kini. Jika ia berlaku pada semua pelayar, semak aplikasi VPN, sistem operasi dan konfigurasi rangkaian. Pada peranti kerja atau sekolah, rujuk pentadbir sebelum mengubah dasar keselamatan.

Langkah mengurangkan pendedahan

Kemas kini pelayar dan aplikasi VPN kerana pembaikan privasi sering dihantar melalui versi baharu. Semak sama ada VPN menyediakan perlindungan kebocoran WebRTC, sokongan IPv6 dan kill switch. Hadkan kebenaran kamera serta mikrofon kepada laman yang dipercayai, dan buang sambungan pelayar yang tidak diperlukan. Sekatan JavaScript menyeluruh boleh merosakkan banyak laman dan bukan penyelesaian seimbang untuk semua pengguna.

Sesetengah pelayar menyediakan tetapan dasar IP WebRTC, tetapi nama menu dan kesannya berubah mengikut versi. Elakkan menyalin bendera eksperimen tanpa memahami akibatnya. Selepas setiap perubahan, jalankan semula ujian dan pastikan panggilan video yang sah masih berfungsi.

Senario praktikal

VPN aktif tetapi alamat ISP masih muncul

Pastikan alamat itu benar-benar awam dan sepadan dengan garis dasar. Putuskan serta sambungkan semula VPN, pilih pelayan lain, semak split tunnelling dan uji IPv6. Jika alamat asal kekal, hubungi penyedia VPN dengan keputusan yang telah disamarkan.

Hanya alamat peribadi dipaparkan

Alamat tempatan tidak semestinya mendedahkan lokasi internet. Ia boleh membantu laman memahami struktur rangkaian, tetapi risikonya berbeza daripada pendedahan alamat awam. Semak sama ada pelayar menggunakan mDNS dan nilai keputusan bersama alamat keluar sebenar.

Tiada calon dipaparkan

WebRTC mungkin disekat, pelayar mungkin menggunakan relay, atau ujian tidak mendapat kebenaran yang diperlukan. Ketiadaan hasil bukan bukti mutlak bahawa semua komunikasi selamat. Cuba pelayar terkini dan semak sama ada panggilan WebRTC biasa berfungsi.

Soalan lazim

Adakah WebRTC itu berbahaya?

Tidak. Ia ialah standard komunikasi yang berguna. Risiko muncul apabila maklumat rangkaian yang dikumpulkan tidak sepadan dengan jangkaan privasi pengguna atau konfigurasi VPN.

Adakah mod inkognito menghalang kebocoran?

Biasanya tidak. Mod inkognito mengurangkan sejarah dan kuki tempatan selepas sesi ditutup, tetapi tidak semestinya mengubah laluan rangkaian atau alamat IP.

Bolehkah satu ujian mengesahkan anonimiti?

Tidak. Ujian pelayar hanya memeriksa keadaan semasa dan tidak menilai log penyedia, cap jari pelayar, akaun yang digunakan atau aplikasi lain.

Rujukan teknikal

Kesimpulan yang tepat ialah sama ada alamat asal kelihatan dalam ujian tertentu, bukan dakwaan bahawa pengguna kini tidak boleh dijejaki. Rekod masa, peranti, rangkaian dan tetapan supaya keputusan boleh diulang selepas kemas kini.