क्या ब्राउज़र प्रॉक्सी WebRTC को भी कवर करता है?

ब्राउज़र की HTTP प्रॉक्सी सेटिंग WebRTC पर अपने आप लागू नहीं होती। सामान्य IP-जाँच पेज एक वेब अनुरोध मापता है; कॉल कनेक्शन और पता खोजने के लिए अलग रास्ते इस्तेमाल कर सकती है।

SOCKS5 इस फर्क को खत्म नहीं करता। Chromium का बिल्ट-इन SOCKS5 URL प्रॉक्सी कार्यान्वयन TCP का समर्थन करता है, सामान्य UDP एसोसिएशन का नहीं। प्रोटोकॉल की क्षमताएँ ब्राउज़र के इस इंटरफ़ेस से अधिक हैं।

ब्राउज़र WebRTC के लिए अलग नेटवर्क नियंत्रण देते हैं। Chrome अपनी प्राइवेसी एक्सटेंशन API में IP सँभालने की नीति देता है, जिसमें disable_non_proxied_udp शामिल है; Mozilla भी WebRTC नेटवर्क प्राइवेसी सेटिंग के दस्तावेज़ देता है। Chrome का यह मान API नीति है, कोई सार्वभौमिक चेकबॉक्स या हर पता छिपाने की गारंटी नहीं।

पहले सामान्य वेब एग्ज़िट जाँचें, फिर असल कॉन्फ़्रेंसिंग ऐप में WebRTC का व्यवहार ऐसे डायग्नोस्टिक से देखें जिसके रिपोर्ट किए फ़ील्ड आप समझते हों। स्थानीय पते, रिले पते और बाहर से देखे गए सार्वजनिक पते कनेक्शन के अलग हिस्से बताते हैं। ब्राउज़र और जाँच की परिस्थितियाँ दर्ज करें: नीतियाँ, एक्सटेंशन, प्राइवेसी व्यवहार और उपलब्ध रास्ते परिणाम बदलते हैं। इसलिए “हमेशा लीक होता है” या सफल वेब IP जाँच, दोनों में से कोई भी अपने आप में पर्याप्त निष्कर्ष नहीं है।

WebRTC का रास्ता सीमित करें तो ज़रूरी कॉल फिर आज़माएँ। पते का खुलासा कम करने से कॉल जुड़ना भी रुक सकता है। यह समझौता HTTP प्रॉक्सी एंडपॉइंट के ऑनलाइन होने से अलग मामला है।