WebRTC लीक परीक्षण
लीक परीक्षण चल रहा है...
IPv4 (HTTP) जाँचा जा रहा है...
IPv6 (HTTP) जाँचा जा रहा है...
इकट्ठा किए गए ICE कैंडिडेट
कोई ICE कैंडिडेट इकट्ठा नहीं हुआ।
अनुमानित स्थान
आपका नेटवर्क खोजा जा रहा है…

मार्कर उस क्षेत्र का अनुमानित केंद्र दिखाता है जिसे आपका प्रदाता सेवा देता है , आपका घर, गली या डिवाइस नहीं। दसियों किलोमीटर का अंतर सामान्य है।

WebRTC लीक कैसे रोकें
Chrome / Edge — WebRTC अवरोधक एक्सटेंशन लगाएँ (जैसे "WebRTC Leak Prevent"), या ऐसा VPN क्लाइंट इस्तेमाल करें जो WebRTC ट्रैफ़िक स्पष्ट रूप से रोकता हो — आधुनिक Chrome में अब इसका अंतर्निहित विकल्प नहीं है।
Firefox — about:config खोलें, media.peerconnection.enabled खोजें और उसे false पर सेट करें ताकि WebRTC पूरी तरह बंद हो जाए।
Safari — WebRTC को वैश्विक रूप से बंद नहीं किया जा सकता; Safari > सेटिंग्स > वेबसाइटें में प्रति-साइट कैमरा/माइक्रोफ़ोन पहुँच हटाएँ, या ऐसे VPN पर निर्भर रहें जो नेटवर्क स्तर पर WebRTC रोकता हो।
Brave — Shields पैनल खोलें और स्थानीय IP लीक रोकने के लिए WebRTC नेटवर्क लिमिटर को सबसे सख़्त "Proxied" मोड पर सेट करें।
WebRTC लीक परीक्षण के बारे में

WebRTC ब्राउज़र की वह तकनीक है जो रीयल-टाइम वीडियो कॉल और पीयर-टू-पीयर फ़ाइल हस्तांतरण के लिए बनी है। दो कंप्यूटरों को सीधे जोड़ने के लिए उसे हर वह नेटवर्क पता खोजना पड़ता है जिस पर दोनों पक्ष पहुँचे जा सकें, इसलिए वह किसी सार्वजनिक STUN सर्वर से पूछती है कि "बाहर से देखने पर इस कनेक्शन का IP क्या है?" और उत्तर को ICE कैंडिडेट के रूप में इकट्ठा करती है। यह आदान-प्रदान सामान्यतः कॉल के दो पक्षों के बीच अदृश्य रूप से होता है — पर कोई भी वेबसाइट इसे चुपचाप पृष्ठभूमि में चला सकती है, कैंडिडेट पढ़ सकती है और उनसे आपके पते निकाल सकती है।

यह निजता की समस्या विशेष रूप से VPN उपयोगकर्ताओं के लिए बनती है। VPN आपके सामान्य HTTP ट्रैफ़िक को अपनी सुरंग से गुज़ारता है, इसलिए वेबसाइटों को आपके बजाय VPN का IP दिखता है। पर WebRTC STUN सर्वर से अपने अलग कनेक्शन पर बात करता है, और कुछ सेटअप में वह कनेक्शन VPN सुरंग को पूरी तरह छोड़कर निकल जाता है — जिससे आपका असली इंटरनेट IP उजागर हो जाता है, भले ही पता बार कहे कि आप "सुरक्षित" हैं। आधुनिक ब्राउज़र आपके स्थानीय नेटवर्क पते को भी 192.168.1.5 जैसे कच्चे IP के बजाय .local पर समाप्त होने वाले यादृच्छिक, एक-बार-उपयोग mDNS होस्टनाम से बदलकर छिपाने की कोशिश करते हैं; यह प्रतिस्थापन निजता का असली सुधार है, किसी गड़बड़ी का संकेत नहीं।

यह टूल ठीक वही ICE संग्रहण प्रक्रिया चलाता है जो कोई दुर्भावनापूर्ण पेज चला सकता है, विश्वसनीयता के लिए दो स्वतंत्र STUN सर्वर इस्तेमाल करता है, और इकट्ठा किए गए हर सार्वजनिक कैंडिडेट की तुलना आपके वास्तविक HTTP IP पते से करता है। यदि वे मेल खाते हैं, तो WebRTC उससे आगे कुछ भी उजागर नहीं कर रहा जो हर वेबसाइट पहले से देखती है। यदि आपको लगता है कि आप VPN पर हैं और फिर भी वे भिन्न हैं, तो वही बेमेल लीक है — और ऊपर दिए समाधान बताते हैं कि आपके विशेष ब्राउज़र में उसे कैसे बंद करें।

यह परीक्षण केवल वही दिखाता है जो आपका अपना ब्राउज़र WebRTC ICE संग्रहण के ज़रिए उजागर करता है; ऑपरेटिंग सिस्टम या राउटर स्तर पर होने वाले लीक यह नहीं पकड़ सकता।

WebRTC Leak Test: क्या आपका VPN आपका असली IP पता लीक कर रहा है?

यह WebRTC leak test उसी पीयर-टू-पीयर कनेक्शन तकनीक का उपयोग करता है जो ट्रैकिंग स्क्रिप्ट अपनाती हैं, और यह जांचता है कि क्या इसके द्वारा एकत्र किया गया कोई भी पता वह असली आईपी है जिसे आपके वीपीएन को छुपाना चाहिए था। यह बिना कैमरा, बिना माइक्रोफ़ोन और बिना अनुमति के एक खाली डेटा चैनल के साथ RTCPeerConnection खोलता है, दो सार्वजनिक STUN सर्वरों से पूछता है कि बाहर से आपका कनेक्शन कैसा दिखता है, और उसकी तुलना आपके सामान्य HTTPS अनुरोधों के IP पते से करता है।

इस परीक्षण में प्रदर्शित ICE उम्मीदवारों को कैसे समझें

WebRTC को हर उस नेटवर्क पते का पता लगाना होता है जिस पर कोई अन्य डिवाइस आपसे संपर्क कर सके, इसलिए यह ICE उम्मीदवारों (ICE candidates) की एक सूची तैयार करता है। यह पृष्ठ प्रकार और ट्रांसपोर्ट प्रोटोकॉल के साथ पूरी सूची दिखाता है और पांच सेकंड के बाद खोज रोक देता है।

इसके ठीक ऊपर आपके मानक IPv4 और IPv6 पते प्रदर्शित होते हैं जैसा कि HTTP द्वारा देखा जाता है — यह वही मान है जो what is my ip address पृष्ठ लौटाता है। ये दोनों मान तुलना का आधार हैं; अंतिम निर्णय इन दोनों के मिलान से तय होता है।

host, srflx और relay — इन लेबल का क्या अर्थ है

  • स्थानीय (host) — आपके नेटवर्क कार्ड का पता: जैसे 192.168.1.14 जैसा लोकल LAN IP या यादृच्छिक .local नाम।
  • सार्वजनिक (STUN द्वारा) — srflx उम्मीदवार, वह बाहरी सार्वजनिक पता जहाँ से STUN सर्वर को पैकेट प्राप्त हुआ। VPN पर यही सबसे महत्वपूर्ण है।
  • रिले (TURN) — मध्यस्थ सर्वर के माध्यम से भेजा गया ट्रैफ़िक; यह परीक्षण केवल STUN का उपयोग करता है, इसलिए रिले पंक्ति दुर्लभ है।

प्रत्येक निर्णय का क्या अर्थ है

  • लीक का पता चला — सार्वजनिक STUN उम्मीदवार आपके HTTP IP से भिन्न है; VPN पर इसका अर्थ है कि WebRTC पैकेट सुरक्षित टनल से बाहर निकल गया।
  • कोई लीक नहीं — दोनों IP पते पूरी तरह मेल खाते हैं।
  • स्थानीय IP उजागर हुआ — मास्क किए गए mDNS नाम के बजाय सीधा LAN पता दिखाई दिया।
  • सुरक्षित — आपका स्थानीय पता यादृच्छिक .local होस्टनाम के पीछे सुरक्षित रूप से छुपाया गया है।
  • कोई सार्वजनिक IP नहीं / WebRTC अवरोधित — STUN सर्वर से संपर्क नहीं हो सका या ब्राउज़र में WebRTC बंद है।

WebRTC उस IP को क्यों लीक करता है जिसे VPN छुपाता है

WebRTC का निर्माण ब्राउज़र-से-ब्राउज़र वीडियो कॉल, वॉयस चैट और फ़ाइल स्थानांतरण के लिए किया गया था। अलग-अलग राउटर के पीछे मौजूद दो मशीनों को जोड़ने के लिए NAT ट्रैवर्सल की आवश्यकता होती है, जिसके लिए बाहर से उत्तर चाहिए: यह कनेक्शन किस पते से आ रहा है? एक STUN सर्वर इसका उत्तर देता है, और कोई भी वेब पेज जावास्क्रिप्ट के माध्यम से पृष्ठभूमि में यह प्रक्रिया शुरू कर सकता है।

जब आप अपनी पहचान छुपाना चाहते हैं तो यह एक बड़ी सुरक्षा खामी बन जाता है। VPN आपके सामान्य HTTP ट्रैफ़िक को एन्क्रिप्टेड टनल के माध्यम से भेजता है, लेकिन WebRTC अपने स्वयं के UDP पैकेट STUN को भेजता है, और स्प्लिट-टनलिंग में वे पैकेट आपके इंटरनेट सेवा प्रदाता के सामान्य मार्ग से जाते हैं। ब्राउज़र एक्सटेंशन वाले VPN इसके प्रमुख उदाहरण हैं: वे केवल वेब अनुरोधों को प्रॉक्सी करते हैं और सिस्टम UDP स्टैक को टनल नहीं करते — यही कारण है कि यह परिणाम HTTP-आधारित vpn check से भिन्न हो सकता है।

यादृच्छिक .local होस्टनाम कोई डेटा लीक नहीं है

यदि host उम्मीदवार 192.168.1.14 के स्थान पर 7b3f9c21-4d0a-48e7.local जैसा मान दिखाता है, तो सुरक्षा सामान्य रूप से काम कर रही है। इसे mDNS ऑबफ़स्केशन कहा जाता है: ब्राउज़र स्थानीय नेटवर्क कार्ड के लिए एक अस्थायी मल्टीकास्ट DNS नाम बनाता है और वास्तविक LAN IP के बजाय उसे भेजता है। Chrome, Edge, Brave, Firefox और Safari डिफ़ॉल्ट रूप से ऐसा करते हैं — uBlock Origin ने v1.38 में अपना WebRTC विकल्प हटा दिया क्योंकि ब्राउज़र ने इसे स्वतः संभाल लिया। ध्यान रखें: यह केवल स्थानीय LAN IP की सुरक्षा करता है (सार्वजनिक VPN लीक को नहीं रोकता), और कैमरा या माइक्रोफ़ोन की अनुमति वाली वेबसाइट वास्तविक LAN IP देख सकती है।

Chrome और Edge में WebRTC लीक को कैसे ठीक करें

दोनों में से किसी भी ब्राउज़र में एक सीधा ऑन/ऑफ स्विच नहीं है, और chrome://flags या edge://flags के विकल्प अब WebRTC को अक्षम नहीं करते हैं। व्यावहारिक रूप से तीन समाधान प्रभावी हैं:

  • ब्राउज़र एक्सटेंशन के बजाय पूर्ण सिस्टम VPN क्लाइंट (Full-Tunnel) का उपयोग करें। यदि सभी UDP पैकेट टनल से होकर गुजरते हैं, तो STUN केवल VPN का IP देख पाएगा।
  • एक्सटेंशन के साथ IP हैंडलिंग नीति निर्धारित करें। WebRTC Leak Prevent जैसे टूल chrome.privacy.network.webRTCIPHandlingPolicy को default_public_interface_only या disable_non_proxied_udp पर सेट करते हैं जिससे स्थानीय IP का प्रदर्शन रुक जाता है।
  • सिस्टम नीतियां लागू करें। Windows में SOFTWARE\Policies\Microsoft\Edge के तहत WebRtcLocalhostIpHandling या Chrome के लिए WebRtcIPHandling को AllowPublicInterfaceOnly या DisableNonProxiedUdp पर सेट करें। ब्राउज़र को पुनरारंभ करें और edge://policy पर जांचें।

Firefox में WebRTC को पूरी तरह से कैसे बंद करें

Firefox एकमात्र लोकप्रिय डेस्कटॉप ब्राउज़र है जिसमें वास्तविक स्विच मौजूद है। एड्रेस बार में about:config टाइप करें, चेतावनी स्वीकार करें, media.peerconnection.enabled खोजें और इसे false करने के लिए डबल-क्लिक करें। WebRTC बिना पुनरारंभ किए तुरंत सभी साइटों के लिए बंद हो जाता है, और यह परीक्षण इसे अवरोधित रिपोर्ट करेगा।

यह पूर्ण समाधान है: Google Meet, Teams, Discord और Zoom जैसे वेब-आधारित मीटिंग टूल कनेक्ट होना बंद हो जाएंगे। यदि आप कॉल चालू रखना चाहते हैं, तो उसे चालू रहने दें और इसके बजाय media.peerconnection.ice.default_address_only को true पर सेट करें — Firefox केवल डिफ़ॉल्ट रूट पता (जो कि VPN का है) साझा करेगा।

Brave ब्राउज़र में WebRTC लीक को कैसे रोकें

Brave वह नियंत्रण प्रदान करता है जिसे Chrome छुपाता है। brave://settings/privacy खोलें और WebRTC IP handling policy अनुभाग ढूंढें। VPN या प्रॉक्सी पर दो सेटिंग्स उपयुक्त हैं:

  • Default — सभी इंटरफ़ेस को स्कैन कर सकता है और स्थानीय पते उजागर कर सकता है।
  • Default Public and Private Interfaces — डिफ़ॉल्ट मार्ग का उपयोग करता है लेकिन फिर भी निजी IP दिखाता है।
  • Default Public Interface Only — केवल डिफ़ॉल्ट मार्ग, कोई स्थानीय पता नहीं; वॉयस कॉल सामान्य रूप से काम करती हैं। दैनिक उपयोग के लिए सबसे अच्छा।
  • Disable Non-Proxied UDP — जब तक प्रॉक्सी UDP का समर्थन नहीं करता, TCP को मजबूर करता है। सबसे सख्त विकल्प (Tor विंडो में उपयोग किया जाता है), लेकिन P2P कॉल बाधित हो सकती हैं।

Safari, iPhone और Android के लिए विशेष निर्देश

मोबाइल डिवाइस और WebKit इंजन पर कंप्यूटर के लिए सामान्य सुझाव अक्सर काम नहीं करते हैं।

macOS पर Safari

वर्तमान Safari में स्थायी वैश्विक स्विच नहीं है। डेवलपर मेनू के विकल्प सत्र बंद होने पर रीसेट हो जाते हैं। चूंकि Safari कैमरा/माइक अनुमति मिलने तक mDNS के पीछे स्थानीय IP छुपाता है, इसलिए सबसे अच्छा तरीका Safari > सेटिंग्स > वेबसाइटें में अनुमतियों को सीमित करना और सिस्टम-व्यापी VPN का उपयोग करना है।

iPhone और iPad (iOS/iPadOS)

iOS पर सभी ब्राउज़र WebKit इंजन का उपयोग करने के लिए बाध्य हैं। iPhone के Chrome या Firefox में about:config या एक्सटेंशन नहीं हैं; कंटेंट ब्लॉकर्स WebRTC को फ़िल्टर नहीं कर सकते। लीक रोकने के लिए सेटिंग्स > VPN में एक ऐसा VPN प्रोफ़ाइल उपयोग करें जो UDP को टनल करता हो, फिर Safari में पुनः परीक्षण करें।

Android डिवाइस

Android के लिए Chrome में WebRTC सेटिंग्स या एक्सटेंशन नहीं हैं। Android के लिए Brave अपनी गोपनीयता सेटिंग्स में वही IP हैंडलिंग नीति प्रदान करता है। Firefox Android में केवल Beta और Nightly में about:config उपलब्ध है। व्यापक समाधान Android सेटिंग्स में हमेशा चालू VPN और VPN के बिना कनेक्शन ब्लॉक करें को सक्षम करना है।

यह परीक्षण किन बातों का पता नहीं लगा सकता

यह पृष्ठ केवल उसी जानकारी को देखता है जो आपका ब्राउज़र इस डोमेन पर निष्पादित स्क्रिप्ट को सौंपता है। यह ब्राउज़र स्तर के नीचे के लीक — जैसे ऑपरेटिंग सिस्टम का गलत रूटिंग या IPv6 पथ जो आपका VPN कवर नहीं करता — का पता नहीं लगा सकता और DNS लीक की जांच नहीं करता है। यदि फ़ायरवॉल STUN को ब्लॉक करता है तो „कोई सार्वजनिक IP नहीं“ दिखता है, जिसका केवल यह अर्थ है कि कोई उत्तर नहीं मिला। इसके अलावा, IP केवल एक पहचानकर्ता है: स्क्रीन रिज़ॉल्यूशन, फ़ॉन्ट और हेडर जो What Is My Browser पृष्ठ पर दिए गए हैं, VPN के बाद भी आपके डिवाइस की पहचान कर सकते हैं।

अक्सर पूछे जाने वाले प्रश्न (FAQ)

क्या VPN कनेक्ट होने पर भी WebRTC मेरा असली IP लीक कर सकता है?

हाँ, ऐसा अक्सर होता है। WebRTC अपने स्वयं के UDP पैकेट सीधे STUN सर्वर को भेजता है। स्प्लिट टनलिंग या सामान्य ब्राउज़र एक्सटेंशन VPN के साथ ये पैकेट टनल के बाहर सामान्य इंटरनेट कनेक्शन से जाते हैं। STUN सर्वर आपका वास्तविक ISP पता दर्ज करता है और कोई भी वेबसाइट जावास्क्रिप्ट से इसे पढ़ सकती है। एक पूर्ण सिस्टम-स्तरीय VPN क्लाइंट इस समस्या को पूरी तरह हल करता है।

क्या Edge ब्राउज़र में WebRTC को पूरी तरह से बंद करने का कोई तरीका है?

सामान्य सेटिंग्स के माध्यम से नहीं: Edge में कोई ऑन/ऑफ स्विच नहीं है और about:flags में पुराना फ़्लैग हटा दिया गया है। Windows में आप रजिस्ट्री में SOFTWARE\Policies\Microsoft\Edge के तहत WebRtcLocalhostIpHandling नीति को AllowPublicInterfaceOnly या DisableNonProxiedUdp पर सेट कर सकते हैं। ब्राउज़र को रीस्टार्ट करें और edge://policy पर जांचें।

मैं Firefox में WebRTC और PeerConnection को कहाँ अक्षम कर सकता हूँ?

एड्रेस बार में about:config खोलें: media.peerconnection.enabled खोजें और इसे false करने के लिए डबल-क्लिक करें। यह बिना पुनरारंभ किए WebRTC को तुरंत बंद कर देता है, लेकिन वेब वीडियो कॉल काम करना बंद कर देंगी। कॉल चालू रखने के लिए उसे true रहने दें और इसके बजाय media.peerconnection.ice.default_address_only को true पर सेट करें।

मैं Safari में WebRTC को स्थायी रूप से कैसे अक्षम कर सकता हूँ?

Safari के वर्तमान संस्करणों में इसे स्थायी रूप से बंद नहीं किया जा सकता। पिछला प्रायोगिक मेनू हटा दिया गया है और डेवलपर मेनू सेटिंग्स सत्र बंद होने पर रीसेट हो जाती हैं। चूंकि Safari mDNS के साथ स्थानीय IP छुपाता है, इसलिए सबसे अच्छा समाधान Safari > सेटिंग्स > वेबसाइटें में अनुमतियों को सीमित करना और सिस्टम-स्तरीय VPN का उपयोग करना है।

Brave में WebRTC लीक रोकने के लिए सबसे अच्छी सेटिंग्स क्या हैं?

brave://settings/privacy खोलें और VPN या प्रॉक्सी का उपयोग करते समय WebRTC IP handling policy को „Disable Non-Proxied UDP“ पर सेट करें। WebRTC तब प्रॉक्सी के माध्यम से TCP का उपयोग करेगा और STUN कभी भी आपका असली IP नहीं देख पाएगा। „Default Public Interface Only“ एक आसान विकल्प है जो कॉल को चालू रखता है।

मुझे कौन सी WebRTC IP हैंडलिंग नीति चुननी चाहिए?

अधिकांश उपयोगकर्ताओं के लिए „Default Public Interface Only“ सबसे उपयुक्त है: यह स्थानीय नेटवर्क कार्ड को छुपाता है, UDP बनाए रखता है, और वीडियो कॉल सुचारू रूप से चलती हैं। केवल प्रॉक्सी या VPN के पीछे पूर्ण गोपनीयता के लिए „Disable Non-Proxied UDP“ चुनें। डिफ़ॉल्ट विकल्प अभी भी आपके स्थानीय पते को उजागर करते हैं।

WebRTC द्वारा मेरा निजी IP पता सार्वजनिक क्यों किया जाता है?

आधुनिक ब्राउज़रों में यह अब सीधे उजागर नहीं होता है। Chrome, Edge, Brave, Firefox और Safari वास्तविक LAN पते को .local में समाप्त होने वाले यादृच्छिक mDNS नाम से बदल देते हैं। वेबसाइटों को 192.168.1.14 के बजाय केवल वह कोडित नाम दिखता है। यदि परीक्षण में सीधा LAN IP दिखता है, तो mDNS सुरक्षा बंद है।