Ali posredniški strežnik brskalnika zajema tudi WebRTC?

Nastavitev posredniškega strežnika HTTP v brskalniku ne zajema samodejno WebRTC. Običajna stran za preverjanje IP meri spletno zahtevo; klic lahko uporablja ločene poti za povezovanje in odkrivanje naslovov.

SOCKS5 te razlike ne odpravi. Vgrajena izvedba posredniškega strežnika za URL-je SOCKS5 v Chromiumu podpira TCP, ne splošne povezave UDP. Zmožnosti protokola so širše od tega vmesnika brskalnika.

Brskalniki zagotavljajo ločene omrežne nastavitve za WebRTC. Chrome prek API-ja razširitev za zasebnost ponuja pravilnik za obravnavo IP, vključno z disable_non_proxied_udp; tudi Mozilla dokumentira nastavitve omrežne zasebnosti WebRTC. Ta vrednost v Chromu je pravilnik API, ne univerzalno potrditveno polje ali jamstvo za skrivanje vseh naslovov.

Preverite običajni spletni izhod, nato pa vedenje WebRTC v dejansko uporabljani konferenčni aplikaciji z diagnostiko, katere izpisana polja razumete. Lokalni naslovi, naslovi posredovalnih vozlišč in javno opaženi naslovi opisujejo različne dele povezave. Zabeležite brskalnik in pogoje preizkusa: pravilniki, razširitve, vedenje zasebnosti in razpoložljive poti vplivajo na rezultat. Zato niti »vedno razkriva« niti uspešno preverjanje spletnega IP ne zadošča za sklep.

Če omejite pot WebRTC, ponovno preizkusite potrebne klice. Manjše razkrivanje naslovov lahko tudi prepreči povezavo klica. Ta kompromis je ločen od tega, ali je končna točka posredniškega strežnika HTTP dosegljiva.