Adakah proksi pelayar turut meliputi WebRTC?
Semakan IP web biasa dan sambungan WebRTC boleh menggunakan laluan berbeza. Periksa komunikasi masa nyata pelayar secara berasingan.
Tetapan proksi HTTP pelayar tidak meliputi WebRTC secara automatik. Halaman semakan IP biasa mengukur permintaan web; panggilan boleh menggunakan laluan berasingan untuk sambungan dan penemuan alamat.
SOCKS5 tidak menghapuskan perbezaan itu. Pelaksanaan proksi URL SOCKS5 terbina dalam Chromium menyokong TCP, bukan perkaitan UDP kegunaan umum. Keupayaan protokol lebih luas daripada antara muka pelayar tersebut.
Pelayar menyediakan kawalan rangkaian berasingan untuk WebRTC. Chrome mendedahkan dasar pengendalian IP melalui API sambungan privasi, termasuk disable_non_proxied_udp; Mozilla turut mendokumenkan tetapan privasi rangkaian WebRTC. Nilai Chrome itu ialah dasar API, bukan kotak semak sejagat atau jaminan untuk menyembunyikan semua alamat.
Semak laluan keluar web biasa, kemudian periksa kelakuan WebRTC dalam aplikasi persidangan yang benar-benar digunakan dengan diagnostik yang medan laporannya anda fahami. Alamat setempat, alamat geganti dan alamat awam yang diperhatikan menerangkan bahagian sambungan yang berlainan. Catat pelayar dan keadaan ujian: dasar, sambungan pelayar, kelakuan privasi dan laluan tersedia mempengaruhi hasil. Maka, sama ada “sentiasa bocor” atau semakan IP web yang berjaya tidak cukup sebagai kesimpulan.
Jika anda mengehadkan laluan WebRTC, cuba semula panggilan yang diperlukan. Mengurangkan pendedahan alamat juga boleh menghalang panggilan daripada bersambung. Pertimbangan ini berasingan daripada sama ada titik akhir proksi HTTP berada dalam talian.