प्रॉक्सी सेट करने के बाद भी IP टेस्ट असली IP दिखा रहा है? इसका कारण WebRTC लीक हो सकता है। यह गाइड Replace, Forward, Real, Disabled और Proxy UDP मोड, उनके फायदे-नुकसान, उपयोग-परिदृश्य के अनुसार चुनाव और कॉन्फ़िगरेशन की पुष्टि करने का तरीका समझाती है।
क्या आपके साथ ऐसा हुआ है कि ब्राउज़र में प्रॉक्सी सेट करने के बाद भी किसी IP जाँच वेबसाइट पर आपका असली पता दिखाई दे? समस्या WebRTC लीक हो सकती है।
WebRTC (Web Real-Time Communication) ब्राउज़र को बिना प्लगइन के ऑडियो और वीडियो कॉल करने देता है, लेकिन कनेक्शन बनाते समय यह प्रॉक्सी को बायपास करके डिवाइस का असली IP सीधे उजागर कर सकता है। वीडियो मीटिंग, वॉइस चैट, ऑनलाइन कस्टमर सपोर्ट और यहाँ तक कि बिना ध्यान में आए वेब स्क्रिप्ट भी इसका उपयोग कर सकती हैं। यह लेख PurpleMark जैसे फिंगरप्रिंट ब्राउज़र में उपलब्ध WebRTC मोड, उनके बीच के समझौते और सही मोड चुनने व जाँचने का तरीका बताता है।
1. WebRTC के 5 कॉन्फ़िगरेशन मोड
मल्टी-अकाउंट फिंगरप्रिंट ब्राउज़र आम तौर पर एनवायरनमेंट की फिंगरप्रिंट सेटिंग में WebRTC को संभालने के कई विकल्प देते हैं। पाँच सामान्य मोड हैं:
1. Replace — अधिकांश स्थितियों के लिए डिफ़ॉल्ट विकल्प जब कोई वेबपेज WebRTC अनुरोध शुरू करता है, ब्राउज़र उस एनवायरनमेंट के लिए सेट प्रॉक्सी IP लौटाता है और असली लोकल IP छिपा देता है, ताकि “प्रॉक्सी IP” और “WebRTC को दिखने वाला IP” एक जैसा रहे। यह Amazon, TikTok, Shopify, Facebook और इसी तरह के प्लेटफ़ॉर्म पर रोज़मर्रा के अकाउंट संचालन के लिए उपयुक्त है और आम तौर पर सबसे पहले आज़माने वाला मोड है।
2. Forward — Replace का उन्नत विकल्प WebRTC अनुरोधों को सार्वजनिक STUN सर्वर के माध्यम से रिले किया जाता है, जिससे कनेक्शन पथ साधारण वैल्यू बदलने के बजाय सामान्य नेटवर्क नोड से आया हुआ लगता है। यह Replace की तुलना में कम आसानी से पहचान में आ सकता है और कनेक्शन स्रोत की सख्त जाँच करने वाले कुछ ट्रांज़ैक्शन या पेमेंट प्लेटफ़ॉर्म के लिए उपयोगी है।
3. Real — कोई हस्तक्षेप नहीं ब्राउज़र बिना बदलाव के डिवाइस का वास्तविक भौतिक IP सीधे इस्तेमाल करता है। यह मोड आम तौर पर केवल उन स्थितियों में उपयोग होना चाहिए जहाँ वास्तविक नेटवर्क वातावरण स्पष्ट रूप से आवश्यक हो, जैसे नेटवर्क टेस्टिंग या लोकल डेवलपमेंट और डिबगिंग। एनवायरनमेंट आइसोलेशन पर निर्भर बड़े पैमाने के संचालन में इसे सामान्यतः चालू नहीं करना चाहिए।
4. Disabled — WebRTC को स्रोत पर बंद करें ब्राउज़र की WebRTC क्षमता पूरी तरह बंद कर दी जाती है। वेबसाइट WebRTC अनुरोध शुरू नहीं कर पातीं, इसलिए इस प्रकार का लीक स्रोत पर ही समाप्त हो जाता है। इसके बदले कैमरा या वॉइस पर निर्भर वेबसाइटें, जैसे वेब वॉइस कॉल या ऑनलाइन सपोर्ट, काम नहीं कर सकतीं। यह उच्च गोपनीयता की आवश्यकता वाले उन मामलों के लिए उपयुक्त है जहाँ ब्राउज़र-आधारित ऑडियो/वीडियो संचार आवश्यक नहीं है।
5. Proxy UDP (UDP बंद करें) — निचले स्तर का प्रोटोकॉल नियंत्रण WebRTC मुख्य रूप से UDP का उपयोग करता है। यह विकल्प चालू करने पर संचार TCP तक सीमित हो जाता है और UDP पोर्ट प्रोबिंग के माध्यम से वास्तविक नेटवर्क रूट पता लगाने की संभावना कम होती है। यह अधिक सख्त नेटवर्क जाँच वाले एनवायरनमेंट के लिए उपयुक्त है।
2. अलग-अलग स्थितियों में कौन-सा मोड चुनें?
| आपकी आवश्यकता | अनुशंसित मोड | कारण |
|---|---|---|
| अधिकतम गोपनीयता, वेब ऑडियो/वीडियो की जरूरत नहीं | Disabled | WebRTC लीक को स्रोत पर रोकता है |
| WebRTC सुविधा चाहिए + IP सुरक्षा | Proxy UDP (UDP बंद करें) | ज़रूरी सुविधा बनाए रखता है और UDP प्रोबिंग रोकता है |
| रोज़ाना मल्टी-अकाउंट संचालन, IP असंगति से बचना | Replace | प्रॉक्सी IP और WebRTC IP को एक जैसा रखता है और स्वाभाविकता व स्थिरता का संतुलन देता है |
| स्रोत की सख्त जाँच करने वाले प्लेटफ़ॉर्म | Forward | STUN रिले अधिक स्वाभाविक कनेक्शन पथ देता है |
सामान्य तौर पर अधिकांश स्थितियों में पहले Replace मोड चुनें। यदि कनेक्शन ऑडिट अधिक सख्त हो या कोई साइट वॉइस सुविधा पर निर्भर हो, तो जरूरत के अनुसार Forward पर जाएँ या UDP बंद करें।
3. इसे कहाँ कॉन्फ़िगर करें और कैसे जाँचें कि यह काम कर रहा है?
कॉन्फ़िगरेशन का स्थान: फिंगरप्रिंट ब्राउज़र में नया ब्राउज़र एनवायरनमेंट बनाएँ या मौजूदा को संपादित करें, “Fingerprint Settings” (फिंगरप्रिंट पैरामीटर) सेक्शन खोलें और उपयुक्त WebRTC मोड चुनें। साथ ही यह सुनिश्चित करें कि उस एनवायरनमेंट का प्रॉक्सी सही तरह से सेट है, ताकि ट्रैफ़िक सीधे सार्वजनिक इंटरनेट पर जाने के बजाय निर्धारित प्रॉक्सी सर्वर से होकर जाए।
जाँच का तरीका: सेटिंग सहेजकर एनवायरनमेंट खोलने के बाद किसी WebRTC लीक-टेस्ट टूल पर जाएँ। देखें कि वहाँ दिखने वाला IP उस एनवायरनमेंट के प्रॉक्सी IP से मेल खाता है या नहीं और कहीं असली लोकल IP तो नहीं दिखाई दे रहा। यदि IP प्रॉक्सी से मेल खाता है और असली पता नहीं दिखता, तो कॉन्फ़िगरेशन काम कर रहा है।
4. अक्सर पूछे जाने वाले प्रश्न
प्रॉक्सी इस्तेमाल करने पर भी अकाउंट आपस में क्यों जुड़ सकते हैं? एक कारण WebRTC लीक हो सकता है। WebRTC प्रॉक्सी को बायपास करके वेबसाइट को डिवाइस का असली भौतिक IP दिखा सकता है। फिंगरप्रिंट ब्राउज़र में सही WebRTC मोड चुनना इस प्रकार के लीक को रोकने में मदद करता है।
क्या Disabled मोड सामान्य ब्राउज़िंग को प्रभावित करेगा? यह वेब ऑडियो, वीडियो या वॉइस पर निर्भर सुविधाओं को प्रभावित कर सकता है। यदि आपको ये सुविधाएँ नहीं चाहिए, तो Disabled सबसे मजबूत गोपनीयता देता है। यदि चाहिए, तो Replace या Forward इस्तेमाल करें।
सारांश
WebRTC एक सामान्य कारण है जिसकी वजह से प्रॉक्सी सेट होने के बाद भी असली IP लीक हो सकता है। Replace, Forward, Real, Disabled और Proxy UDP पाँचों मोड गोपनीयता और कार्यक्षमता के बीच अलग-अलग संतुलन देते हैं: डिफ़ॉल्ट रूप से Replace से शुरू करें, सख्त जाँच में Forward उपयोग करें, ऑडियो/वीडियो की जरूरत न हो तो WebRTC बंद करें और जरूरत पड़ने पर UDP बंद करें। अंत में लीक टेस्ट चलाकर पुष्टि करें कि दिखने वाला IP प्रॉक्सी IP से मेल खाता है।
