A e mbulon proxy i shfletuesit edhe WebRTC-në?
Një kontroll i zakonshëm i IP-së në web dhe një lidhje WebRTC mund të përdorin rrugë të ndryshme. Kontrolloni veçmas komunikimin në kohë reale të shfletuesit.
Cilësimi i proxy-t HTTP të shfletuesit nuk e mbulon automatikisht WebRTC-në. Një faqe e zakonshme kontrolli IP mat një kërkesë web; një thirrje mund të përdorë rrugë të ndara për lidhjen dhe zbulimin e adresave.
SOCKS5 nuk e heq këtë dallim. Zbatimi i integruar i proxy-t URL SOCKS5 në Chromium mbështet TCP, jo një lidhje të përgjithshme UDP. Aftësitë e protokollit janë më të gjera se kjo ndërfaqe e shfletuesit.
Shfletuesit ofrojnë kontrolle rrjeti të ndara për WebRTC. Chrome ekspozon një politikë trajtimi IP përmes API-së së shtesave të privatësisë, përfshirë disable_non_proxied_udp; Mozilla gjithashtu dokumenton cilësime privatësie rrjeti për WebRTC. Kjo vlerë e Chrome është politikë API, jo kuti universale për shënim apo garanci se do të fshihet çdo adresë.
Kontrolloni daljen e zakonshme web, pastaj sjelljen e WebRTC-së në aplikacionin e konferencave që përdorni realisht, me një diagnostikues fushat e raportit të të cilit i kuptoni. Adresat lokale, adresat e releve dhe adresat publike të vëzhguara përshkruajnë pjesë të ndryshme të lidhjes. Regjistroni shfletuesin dhe kushtet e provës: politikat, shtesat, sjellja e privatësisë dhe rrugët e disponueshme ndikojnë në rezultat. As “rrjedh gjithmonë”, as një kontroll i suksesshëm i IP-së web nuk mjafton si përfundim.
Nëse kufizoni një rrugë WebRTC, provoni sërish thirrjet e nevojshme. Ulja e ekspozimit të adresave mund edhe të pengojë lidhjen e një thirrjeje. Ky kompromis është i ndarë nga fakti nëse pika e proxy-t HTTP është në linjë.