Vai pārlūka starpniekserveris aptver arī WebRTC?
Parasta tīmekļa IP pārbaude un WebRTC savienojums var izmantot atšķirīgus ceļus. Pārlūka reāllaika saziņu pārbaudiet atsevišķi.
Pārlūka HTTP starpniekservera iestatījums automātiski neaptver WebRTC. Parasta IP pārbaudes lapa mēra tīmekļa pieprasījumu; zvans savienojumam un adrešu atklāšanai var izmantot atsevišķus ceļus.
SOCKS5 šo atšķirību neatrisina. Chromium iebūvētā SOCKS5 URL starpniekservera realizācija atbalsta TCP, nevis vispārīgu UDP asociāciju. Protokola iespējas ir plašākas par šo pārlūka saskarni.
Pārlūki nodrošina atsevišķas WebRTC tīkla vadīklas. Chrome ar privātuma paplašinājumu API piedāvā IP apstrādes politiku, tostarp disable_non_proxied_udp; Mozilla arī dokumentē WebRTC tīkla privātuma iestatījumus. Šī Chrome vērtība ir API politika, nevis universāla izvēles rūtiņa vai garantija paslēpt visas adreses.
Pārbaudiet parasto tīmekļa izeju, pēc tam WebRTC uzvedību faktiski izmantotajā konferenču lietotnē ar diagnostiku, kuras ziņotos laukus saprotat. Vietējās adreses, releja adreses un publiski novērotās adreses raksturo dažādas savienojuma daļas. Pierakstiet pārlūku un pārbaudes apstākļus: politikas, paplašinājumi, privātuma uzvedība un pieejamie ceļi ietekmē rezultātu. Tāpēc ne „vienmēr noplūst”, ne veiksmīga tīmekļa IP pārbaude nav pietiekams secinājums.
Ja ierobežojat WebRTC ceļu, vēlreiz izmēģiniet nepieciešamos zvanus. Mazāka adrešu atklāšana var arī neļaut zvanam savienoties. Šis kompromiss ir atsevišķs no tā, vai HTTP starpniekservera galapunkts ir tiešsaistē.