బ్రౌజర్ ప్రాక్సీ WebRTCని కూడా కవర్ చేస్తుందా?

బ్రౌజర్ HTTP ప్రాక్సీ సెట్టింగ్ WebRTCకి ఆటోమేటిక్‌గా వర్తించదు. సాధారణ IP-తనిఖీ పేజీ వెబ్ అభ్యర్థనను కొలుస్తుంది; కాల్ కనెక్షన్, చిరునామా అన్వేషణకు ప్రత్యేక మార్గాలు వాడవచ్చు.

SOCKS5 ఈ తేడాను తొలగించదు. Chromiumలోని అంతర్నిర్మిత SOCKS5 URL ప్రాక్సీ అమలు TCPని సమర్థిస్తుంది; సాధారణ UDP అసోసియేషన్‌ను కాదు. ప్రోటోకాల్ సామర్థ్యాలు బ్రౌజర్‌లోని ఈ ఇంటర్‌ఫేస్ కంటే విస్తృతమైనవి.

బ్రౌజర్లు WebRTCకి వేర్వేరు నెట్‌వర్క్ నియంత్రణలు అందిస్తాయి. Chrome తన గోప్యత ఎక్స్‌టెన్షన్ API ద్వారా disable_non_proxied_udp సహా IP నిర్వహణ విధానాన్ని అందిస్తుంది; Mozilla కూడా WebRTC నెట్‌వర్క్ గోప్యత సెట్టింగులను డాక్యుమెంట్ చేస్తుంది. Chromeలోని ఈ విలువ API విధానం; అన్ని చోట్ల ఉండే చెక్‌బాక్స్ లేదా ప్రతి చిరునామాను దాచే హామీ కాదు.

ముందుగా సాధారణ వెబ్ ఎగ్జిట్‌ను తనిఖీ చేసి, ఆపై నిజంగా వాడే కాన్ఫరెన్సింగ్ యాప్‌లో WebRTC ప్రవర్తనను, నివేదిక ఫీల్డులు అర్థమయ్యే నిర్ధారణ సాధనంతో పరిశీలించండి. స్థానిక చిరునామాలు, రిలే చిరునామాలు, బయటినుంచి గమనించిన పబ్లిక్ చిరునామాలు కనెక్షన్‌లో వేర్వేరు భాగాలను వివరిస్తాయి. బ్రౌజర్, పరీక్ష పరిస్థితులను నమోదు చేయండి: విధానాలు, ఎక్స్‌టెన్షన్లు, గోప్యత ప్రవర్తన, అందుబాటులోని మార్గాలు ఫలితాన్ని ప్రభావితం చేస్తాయి. కాబట్టి «ఎప్పుడూ లీక్ అవుతుంది» అనడం గానీ, విజయవంతమైన వెబ్ IP తనిఖీ గానీ సరిపడే నిర్ధారణ కాదు.

WebRTC మార్గాన్ని పరిమితం చేస్తే అవసరమైన కాల్స్ మళ్లీ ప్రయత్నించండి. చిరునామాలు బయటపడటాన్ని తగ్గిస్తే కాల్ కనెక్ట్ కావడమూ ఆగిపోవచ్చు. ఈ రాజీ HTTP ప్రాక్సీ ఎండ్‌పాయింట్ ఆన్‌లైన్‌లో ఉందా అన్నదానికి వేరు.