Ar naršyklės tarpinis serveris apima ir WebRTC?
Įprasta žiniatinklio IP patikra ir WebRTC ryšys gali naudoti skirtingus kelius. Naršyklės ryšį realiuoju laiku tikrinkite atskirai.
Naršyklės HTTP tarpinio serverio nuostata automatiškai neapima WebRTC. Įprastas IP tikrinimo puslapis matuoja žiniatinklio užklausą; skambutis prisijungimui ir adresų paieškai gali naudoti atskirus kelius.
SOCKS5 šio skirtumo nepanaikina. Į Chromium integruotas SOCKS5 URL tarpinio serverio įgyvendinimas palaiko TCP, o ne bendros paskirties UDP susiejimą. Protokolo galimybės platesnės nei ši naršyklės sąsaja.
Naršyklės siūlo atskirus WebRTC tinklo valdiklius. Chrome per privatumo plėtinių API pateikia IP apdorojimo politiką, įskaitant disable_non_proxied_udp; Mozilla taip pat dokumentuoja WebRTC tinklo privatumo nuostatas. Ši Chrome reikšmė yra API politika, o ne visuotinis žymimasis langelis ar garantija paslėpti visus adresus.
Patikrinkite įprastą žiniatinklio išėjimą, tada WebRTC elgseną iš tikrųjų naudojamoje konferencijų programoje su diagnostika, kurios pateikiamus laukus suprantate. Vietiniai adresai, retransliavimo adresai ir viešai stebimi adresai apibūdina skirtingas ryšio dalis. Užsirašykite naršyklę ir bandymo sąlygas: politika, plėtiniai, privatumo elgsena ir prieinami keliai veikia rezultatą. Todėl nei „visada nuteka“, nei sėkminga žiniatinklio IP patikra nėra pakankama išvada.
Jei apribojate WebRTC kelią, dar kartą išbandykite reikiamus skambučius. Mažesnis adresų atskleidimas gali ir neleisti skambučiui prisijungti. Šis kompromisas nepriklauso nuo to, ar HTTP tarpinio serverio galinis taškas pasiekiamas.