የአሳሽ ፕሮክሲ 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 ፕሮክሲ መገናኛ በመስመር ላይ መሆኑ ከሚለው ጉዳይ የተለየ ነው።