सीधे कंटेंट पर जाएँ

WebRTC लीक

WebRTC लीक टेस्ट: ब्राउजर कॉल आपके IP एड्रेस के बारे में क्या बताती है

क्या इंटरनेट कॉल सेफ है? ब्राउजर कॉल क्या बचाती है और क्या उजागर करती है का हिस्सा

लेखक: · अपडेट: · पढ़ने में 23 मिनट

Google पर callfrombrowser.org को पसंदीदा स्रोत के रूप में जोड़ें

संक्षेप में

WebRTC लीक टेस्ट उन सभी IP एड्रेस की सूची दिखाता है जो आपका ब्राउजर WebRTC के जरिए किसी वेब पेज को देता है, ताकि आप वह एड्रेस पकड़ सकें जिसे आप छिपाना चाहते थे, आमतौर पर VPN चालू रहते हुए आपके इंटरनेट प्रोवाइडर का एड्रेस [1]। फोन नंबर पर की गई ब्राउजर कॉल में आपका IP कॉलिंग सेवा को दिखता है, उस व्यक्ति को नहीं जिसे आप कॉल करते हैं; उसे कॉलर आईडी दिखती है [2]। यह टेस्ट उन प्राइवेसी और सुरक्षा जाँचों में से एक है जिनकी सलाह मैं ब्राउजर से कॉल करने से पहले देता हूँ।

मुख्य तथ्य

WebRTC लीक क्या है?

WebRTC कॉल से पहले ब्राउजर नेटवर्क के संभावित रास्ते जुटाता है, जिन्हें ICE कैंडिडेट कहते हैं, और उन्हें वेब पेज को सौंपता है ताकि वह उन्हें दूसरी तरफ भेज सके। हर कैंडिडेट में एक IP एड्रेस होता है, या छिपाए गए लोकल एड्रेस की जगह एक रैंडम .local नाम। आम वेबसाइट को सिर्फ वह पब्लिक एड्रेस दिखता है जिससे आपकी रिक्वेस्ट आई; WebRTC के जरिए पेज इससे ज्यादा जान सकता है [1]। लीक का मतलब है उस सूची में कोई भी ऐसा एड्रेस जिसे आप शेयर नहीं करना चाहते थे।

कॉल का बाकी सफर कैसे होता है, यह WebRTC, SIP और फोन नेटवर्क में है; लीक के लिए सिर्फ कैंडिडेट की सूची मायने रखती है। MDN बताता है कि इस सूची के एड्रेस पेज को हमेशा दिखते हैं [6]।

WebRTC लीक टेस्ट किन एड्रेस की सूची दिखाता है, और हर एक क्या बताता है
कैंडिडेट टाइपकौन-सा एड्रेस दिखाता हैप्राइवेसी जोखिम
hostलोकल नेटवर्क पर आपके डिवाइस का एड्रेस, या ब्राउजर उसे छिपाए तो .local पर खत्म होने वाला रैंडम नाम [7][3]पब्लिक एड्रेस से कम, लेकिन IETF प्राइवेट IPv4 एड्रेस को फिंगरप्रिंटिंग का काफी अहम जरिया मानता है [1]
srflx (server reflexive)वह पब्लिक एड्रेस जो आपका राउटर या VPN किसी STUN सर्वर को दिखाता है [7]ज्यादा, अगर VPN चालू रहते हुए यह आपके प्रोवाइडर का एड्रेस हो [1]
relayमीडिया आगे भेजने वाले TURN सर्वर का एड्रेस [7]कम: दूसरी तरफ आपका नहीं, रिले का एड्रेस दिखता है [6]; रिले चलाने वाले को फिर भी आप दिखते हैं

IETF VPN वाले मामले को सबसे अहम मानता है, क्योंकि कुछ लोग गुमनाम रहने के लिए VPN इस्तेमाल करते हैं [1]। बाकी दो मामले हैं आपका प्राइवेट एड्रेस, और ऐसा प्रॉक्सी जिसे WebRTC की जाँच बायपास कर देती है, जिससे आपका असली पब्लिक एड्रेस सामने आ जाता है [1]।

क्या ब्राउजर कॉल से आपका IP एड्रेस दिखता है?

कॉलिंग सेवा को, हाँ: हर वेबसाइट आपका पब्लिक एड्रेस देखती है [1], और कॉल सेवा के सर्वरों से एक मीडिया कनेक्शन और जोड़ देती है। लैंडलाइन या मोबाइल पर जिसे आप कॉल करते हैं, उसे नहीं: कॉल प्रोवाइडर के गेटवे पर इंटरनेट से निकल जाती है [8], और फोन नेटवर्क कॉल करने वाले का नंबर आगे भेजता है, IP एड्रेस नहीं [2]। ऐप-टू-ऐप कॉल दो डिवाइस को सीधे जोड़ सकती हैं।

कॉल के प्रकार के हिसाब से आपका IP एड्रेस कौन देख सकता है (1 नवंबर 2026 को पढ़े गए आधिकारिक हेल्प पेज)
कॉल का प्रकारसेवाजिसे आप कॉल करते हैं
ब्राउजर से फोन नंबर पर (Google Voice, TwinPhone, Yolla)हाँ: मीडिया कनेक्शन वही चलाती हैनहीं: उन्हें कॉलर आईडी दिखती है [2]
फ्री वेब डायलर (Call2Friends, Globfone)हाँ: Call2Friends हर IP एड्रेस पर फ्री कॉल सीमित करता है, और Globfone की प्राइवेसी पॉलिसी IP एड्रेस को उस तकनीकी डेटा और लॉग में गिनाती है जिन्हें वह प्रोसेस करता है [9][10]नहीं: उन्हें कॉलर आईडी दिखती है
Messenger, 1:1 कॉलहाँहाँ: Meta कहता है कि आपका IP दूसरे डिवाइस के साथ शेयर होता है [4]
WhatsAppहाँदेख सकता है, जब तक "Protect IP address in calls" चालू न हो; ग्रुप कॉल हमेशा रिले होती हैं [5]
Telegramहाँदेख सकता है: Telegram की 2017 की घोषणा कहती है कि जब भी मुमकिन हो, कॉल पीयर-टू-पीयर जाती हैं [11]

असली नंबरों पर कॉल के लिए सवाल यह है कि सेवा क्या जानती है और क्या रखती है; जिसे आप कॉल करते हैं उसे इसके बजाय क्या दिखता है, यह ब्राउजर से कॉल करने पर कौन-सा नंबर दिखता है में है।

WebRTC लीक टेस्ट कैसे चलाएँ

लीक टेस्ट पेज वही करता है जो डायलर कॉल से पहले करता है: वह WebRTC कनेक्शन खोलता है, STUN सर्वर से पूछता है कि उसे कौन-सा पब्लिक एड्रेस दिखता है, और हर कैंडिडेट को उस एड्रेस के बगल में दिखाता है जो उसे सामान्य HTTP पर दिखता है। इसे हर उस ब्राउजर में चलाएँ जिससे आप कॉल करते हैं, पहले VPN बंद करके और फिर चालू करके।

  1. VPN बंद: कोई लीक टेस्ट पेज खोलें, जैसे BrowserLeaks का WebRTC Leak Test। सबसे ऊपर "Your Remote IP" और "Your WebRTC IP" के नीचे "Public IP Address" एक जैसे होने चाहिए।
  2. VPN चालू: पेज रीलोड करें। अब "Your Remote IP" में VPN का एड्रेस दिखना चाहिए।
  3. अगर WebRTC वाले हिस्से में अब भी आपके प्रोवाइडर का एड्रेस है, तो WebRTC टनल को बायपास कर रहा है [1]।
  4. .local पर खत्म होने वाली लोकल एंट्री का मतलब है कि एड्रेस छिपा हुआ है [3]; 192.168. या 10. से शुरू होने वाली खुली एंट्री का मतलब है कि नहीं छिपा।
  5. अगर पेज माइक्रोफोन जाँच का विकल्प देता है, तो अनुमति देकर फिर से टेस्ट करें: डायलर को माइक्रोफोन चाहिए, और यह अनुमति ज्यादा एड्रेस खोल सकती है [1]। बाद में साइट सेटिंग में जाकर यह अनुमति हटा दें [12]।

माइक्रोफोन की अनुमति देने के बाद Chrome में क्या बदला

को मैंने Mac पर Chrome 156 में एक लोकल टेस्ट पेज खोला, बिना STUN सर्वर के, ताकि कोई एड्रेस बाहर के सर्वर तक न जाए। माइक्रोफोन अनुमति के बिना पेज को एक host कैंडिडेट दिखा, जिसका नाम .local पर खत्म होने वाली रैंडम स्ट्रिंग था [3]। माइक्रोफोन की अनुमति देने पर उसे मेरा असली लोकल IPv4 एड्रेस मिल गया।

यह स्टैंडर्ड के मुताबिक है, जो पूरी एड्रेस सूची सिर्फ सहमति मिलने पर देने की इजाजत देता है, जैसे माइक्रोफोन अनुमति [1]; Safari के इंजन WebKit ने 2017 में यही नियम बताया था [13]। यानी जिस डायलर को आप अनुमति देते हैं, वह आपका लोकल एड्रेस देख सकता है: यह आपके पब्लिक एड्रेस से छोटा जोखिम है [1]।

WebRTC लीक सीमित करने वाली ब्राउजर सेटिंग

Brave यूजर्स के लिए WebRTC IP सेटिंग का दस्तावेज देता है। Google Chrome के कंट्रोल एक्सटेंशन और एडमिनिस्ट्रेटर के लिए बताता है, और Microsoft Edge के कंट्रोल एडमिनिस्ट्रेटर पॉलिसी के रूप में। Firefox लोकल एड्रेस डिफॉल्ट रूप से छिपाता है और about:config में इसे बंद करने का स्विच रखता है। एक नियम हर जगह लागू है: WebRTC बंद करने से ब्राउजर डायलर भी बंद हो जाते हैं, क्योंकि कॉल WebRTC से ही चलती है [14]।

ब्राउजर के हिसाब से WebRTC एड्रेस कंट्रोल (कंपनियों के दस्तावेज, 1 नवंबर 2026 को पढ़े)
ब्राउजरकंट्रोलक्या बदलता हैब्राउजर कॉल पर असर
Braveप्राइवेसी सेटिंग में WebRTC IP handling policy, Brave की विकी के मुताबिक (आखिरी बदलाव 2018 में) [15]Default Public Interface Only कोई लोकल एड्रेस नहीं दिखाता [15]मीडिया रिले सर्वर पर जा सकता है [1]
Chromeएक्सटेंशन WebRTC IP handling policy सेट कर सकते हैं [16]; एडमिनिस्ट्रेटर WebRtcIPHandling पॉलिसी सेट कर सकते हैं [17]वैल्यू के हिसाब से प्राइवेट एड्रेस का इस्तेमाल बंद करता है या मीडिया सिर्फ प्रॉक्सी से भेजता है [17]सिर्फ-प्रॉक्सी वाली वैल्यू ऑडियो को TCP पर धकेल सकती हैं, जिससे IETF के मुताबिक क्वालिटी घटती है [1]
Edgeएडमिनिस्ट्रेटर पॉलिसी WebRtcLocalhostIpHandling [18]इसकी दो वैल्यू लोकल IP एड्रेस दिखाना बंद करती हैं [18]Chrome जैसा
Firefoxलोकल एड्रेस डिफॉल्ट रूप से छिपे रहते हैं [19]; about:config में media.peerconnection.enabled [20]इस प्रेफरेंस को false करने पर WebRTC बंद हो जाता हैब्राउजर डायलर काम करना बंद कर देते हैं
Safariबिल्ट-इन नियममाइक्रोफोन या कैमरा अनुमति के बिना पेजों को host एड्रेस नहीं मिलते, जैसा WebKit ने 2017 में बताया था [13]कोई असर नहीं

VPN ब्राउजर कॉल में क्या बदलता है

जो VPN सारा ट्रैफिक, WebRTC समेत, अपनी टनल से भेजता है, वह कॉलिंग सेवा को आपकी जगह VPN का एड्रेस दिखाता है। स्प्लिट-टनल VPN में WebRTC आपके प्रोवाइडर का एड्रेस भी ढूँढ सकता है [1], इसीलिए VPN चालू करके लीक टेस्ट जरूरी है। कॉलिंग पर VPN के कुछ साइड इफेक्ट भी होते हैं।

कॉल पर अपना IP एड्रेस निजी कैसे रखें

कॉल के हिसाब से उपाय चुनें। फोन नंबरों पर कॉल में जिसे आप कॉल करते हैं उसे आपका IP नहीं मिलता, इसलिए ऐसी सेवा चुनें जिस पर आप इसके लिए भरोसा करते हों, और अपना VPN जाँचें। ऐप-टू-ऐप कॉल में दूसरा डिवाइस सीधे आपके डिवाइस से जुड़ सकता है, इसलिए जहाँ ऐप में रिले सेटिंग हो, उसे इस्तेमाल करें।

  1. ब्राउजर कॉल: VPN चालू करके लीक टेस्ट चलाएँ; Brave में Default Public Interface Only चुनें [15]।
  2. माइक्रोफोन: जिन डायलर को आप एक बार इस्तेमाल करते हैं, उन्हें "Allow this time" से अनुमति दें [12]; मेरी Chrome जाँच में यह अनुमति रखने वाला पेज लोकल एड्रेस देख सकता था।
  3. WhatsApp: "Protect IP address in calls" चालू करें। हेल्प पेज Android, iOS और Mac की बात करता है, वेब की नहीं, और चेतावनी देता है कि रिले की गई कॉल की क्वालिटी कुछ घट सकती है [5]।

अक्सर पूछे जाने वाले सवाल

WebRTC लीक टेस्ट क्या है?

WebRTC लीक टेस्ट एक वेब पेज है जो ब्राउजर कॉल वाला कनेक्शन सेट-अप चलाता है और आपके ब्राउजर के दिए हर IP एड्रेस की सूची दिखाता है, उस एड्रेस के बगल में जो पेज को सामान्य HTTP पर दिखता है। VPN चालू रहते हुए इस सूची में आपके प्रोवाइडर का एड्रेस हो, तो इसका मतलब है कि WebRTC टनल को बायपास कर रहा है [1]; रैंडम .local नाम का मतलब है कि आपका लोकल एड्रेस छिपा है [3]।

ब्राउजर से जिसे मैं कॉल करता हूँ, क्या वह मेरा IP एड्रेस देख सकता है?

नहीं, लैंडलाइन या मोबाइल पर कॉल में नहीं। प्रोवाइडर अपने गेटवे पर आपके ब्राउजर की आवाज को फोन कॉल में बदलता है [23], और फोन नेटवर्क कॉल करने वाले का नंबर आगे भेजता है, IP एड्रेस नहीं [2]। ऐप-टू-ऐप कॉल अलग हैं: Messenger कहता है कि 1:1 कॉल में आपका IP सामने वाले के डिवाइस के साथ शेयर होता है [4]।

क्या VPN WebRTC लीक रोकता है?

जो VPN सारा ट्रैफिक, WebRTC समेत, अपनी टनल से भेजता है, वह रोकता है। स्प्लिट-टनल VPN शायद न रोके, क्योंकि WebRTC VPN के एड्रेस के साथ आपके प्रोवाइडर का पब्लिक एड्रेस भी ढूँढ सकता है [1]। पक्का जानने का एक ही तरीका है: VPN कनेक्ट करके हर उस ब्राउजर में लीक टेस्ट, जिसे आप इस्तेमाल करते हैं, और अपडेट के बाद दोबारा।

क्या लोकल IP एड्रेस का लीक होना खतरनाक है?

पब्लिक एड्रेस लीक से कम। 192.168.1.20 जैसा प्राइवेट एड्रेस यह नहीं बताता कि आप कहाँ हैं, लेकिन IETF प्राइवेट IPv4 एड्रेस को फिंगरप्रिंटिंग का काफी अहम जरिया मानता है, जो एक ही डिवाइस पर सामान्य और प्राइवेट ब्राउजिंग सेशन को जोड़ सकता है [1]। Firefox लोकल एड्रेस डिफॉल्ट रूप से छिपाता है [19], Safari उन्हें माइक्रोफोन या कैमरा अनुमति के बिना पेजों से छिपाता है [13], और मेरी जाँच में Chrome ने भी ऐसा ही किया।

क्या इनकॉग्निटो या प्राइवेट ब्राउजिंग WebRTC लीक रोकती है?

नहीं। IETF बताता है कि WebRTC से सामने आया प्राइवेट एड्रेस एक पहचानकर्ता का काम कर सकता है, जिससे साइट जान लेती है कि सामान्य विंडो और प्राइवेट ब्राउजिंग विंडो एक ही डिवाइस पर हैं [1], इसलिए सिर्फ प्राइवेट मोड इसे नहीं छिपाता। ऊपर दी गई ब्राउजर सेटिंग इस्तेमाल करें, और फिर प्राइवेट विंडो में भी लीक टेस्ट चलाएँ।

क्या WebRTC लीक रोकने वाले एक्सटेंशन काम करते हैं?

आंशिक रूप से। Chrome में कोई एक्सटेंशन ब्राउजर की WebRTC IP handling policy सेट कर सकता है, जिसे Google मीडिया परफॉर्मेंस और लोकल एड्रेस की कितनी जानकारी दिखे, इन दोनों के बीच का संतुलन बताता है [16]। वैल्यू के हिसाब से यह लोकल एड्रेस छिपाती है या मीडिया को प्रॉक्सी से भेजती है, जिससे ऑडियो TCP पर जा सकता है और क्वालिटी घट सकती है [1]। एक्सटेंशन इंस्टॉल करने के बाद बदलाव की पुष्टि के लिए लीक टेस्ट चलाएँ।

Firefox में WebRTC कैसे बंद करें?

एड्रेस बार में about:config टाइप करें, media.peerconnection.enabled खोजें और इसे false कर दें। Mozilla का सोर्स कोड इस प्रेफरेंस को RTCPeerConnection का स्विच बताता है, और इसे बंद करने से पेजों की माइक्रोफोन API तक पहुँच भी हट जाती है [20]। इसके बाद हर ब्राउजर डायलर काम करना बंद कर देता है, इसलिए ज्यादातर कॉल करने वालों के लिए Firefox की डिफॉल्ट सेटिंग बेहतर है, जो लोकल एड्रेस पहले से छिपाती है [19]।

Chrome में WebRTC लीक कैसे रोकें?

एक्सटेंशन या पॉलिसी से, क्योंकि Google Chrome के WebRTC एड्रेस कंट्रोल इन्हीं दो के लिए बताता है। एक्सटेंशन WebRTC IP हैंडलिंग पॉलिसी सेट कर सकता है [16], और एडमिनिस्ट्रेटर WebRtcIPHandling सेट कर सकते हैं, जिसकी default_public_interface_only वैल्यू WebRTC को प्राइवेट एड्रेस इस्तेमाल करने से रोकती है [17]। Chrome में मेरी जाँच में, माइक्रोफोन अनुमति के बिना पेज को पहले से ही सिर्फ एक रैंडम .local नाम दिखा [3]। VPN के पीछे असली हल ऐसी टनल है जो सारा ट्रैफिक ले जाए [1]। जो भी चीज WebRTC को पूरी तरह ब्लॉक करती है, वह ब्राउजर कॉल भी रोक देती है [14]।

क्या कोई वेबसाइट बिना पूछे WebRTC से मेरा IP देख सकती है?

आपका पब्लिक एड्रेस हाँ, लेकिन वह वेबसाइटें वैसे भी देखती हैं: मिसाल के तौर पर Safari माइक्रोफोन एक्सेस के बिना पेजों को सिर्फ वही एड्रेस देता है जो वेबसाइट पहले से जुटा सकती है [13]। पेच ब्राउजर प्रॉक्सी में है। अगर सीधा इंटरनेट एक्सेस खुला है, तो WebRTC की STUN जाँच प्रॉक्सी को बायपास करके आपका असली पब्लिक एड्रेस दिखा सकती है [1]। लोकल एड्रेस बेहतर सुरक्षित हैं: स्टैंडर्ड पूरी सूची को माइक्रोफोन अनुमति जैसी सहमति से जोड़ता है [1], और Chrome में मेरी जाँच में उस अनुमति के बिना पेज को सिर्फ एक रैंडम .local नाम दिखा [3]।

इस रिसर्च के बारे में AI से पूछें

हर बटन असिस्टेंट को नए टैब में खोलता है और उससे इस पेज का सारांश माँगता है, साथ में स्रोत के रूप में इस पेज का लिंक।

स्रोत

  1. RFC 8828: WebRTC IP Address Handling Requirements · IETF (RFC Editor) · 1 नवंबर 2026 को जाँचा
  2. 47 CFR 64.1601 -- Delivery requirements and privacy restrictions | eCFR · US Code of Federal Regulations (eCFR) · 1 नवंबर 2026 को जाँचा
  3. Using Multicast DNS to protect privacy when exposing ICE candidates (draft-ietf-mmusic-mdns-ice-candidates) · IETF (Internet-Draft, work in progress) · 1 नवंबर 2026 को जाँचा
  4. Voice call someone or a group on Messenger - Messenger Help Center (Computer) · 1 नवंबर 2026 को जाँचा
  5. How to protect your IP address on WhatsApp calls | WhatsApp Help Center · WhatsApp · 1 नवंबर 2026 को जाँचा
  6. RTCIceCandidate: address property - Web APIs | MDN · MDN Web Docs (Mozilla) · 1 नवंबर 2026 को जाँचा
  7. RTCIceCandidate: type property - Web APIs | MDN · MDN Web Docs (Mozilla) · 1 नवंबर 2026 को जाँचा
  8. Make calls | Sonetel help · 1 नवंबर 2026 को जाँचा
  9. Free call | Call2Friends - Online call · 1 नवंबर 2026 को जाँचा
  10. Privacy Policy | Globfone · 1 नवंबर 2026 को जाँचा
  11. Voice Calls: Secure, Crystal-Clear, AI-Powered | Telegram Blog (30 March 2017) · Telegram · 1 नवंबर 2026 को जाँचा
  12. Use your camera and microphone in Chrome - Computer - Google Chrome Help · Google · 1 नवंबर 2026 को जाँचा
  13. A Closer Look Into WebRTC | WebKit (3 July 2017) · WebKit (Apple) · 1 नवंबर 2026 को जाँचा
  14. WebRTC API - Web APIs | MDN · MDN Web Docs (Mozilla) · 1 नवंबर 2026 को जाँचा
  15. WebRTC Custom Settings · brave/brave-browser Wiki · Brave Software (official GitHub wiki) · 1 नवंबर 2026 को जाँचा
  16. chrome.privacy | API | Chrome for Developers · Google (Chrome for Developers) · 1 नवंबर 2026 को जाँचा
  17. Chrome Enterprise policy list: WebRtcIPHandling (WebRTC IP handling) · Google (Chrome Enterprise) · 1 नवंबर 2026 को जाँचा
  18. Microsoft Edge Browser Policy Documentation WebRtcLocalhostIpHandling | Microsoft Learn · Microsoft · 1 नवंबर 2026 को जाँचा
  19. Firefox source: modules/libpref/init/all.js (mozilla-firefox/firefox) · Mozilla (official Firefox source repository) · 1 नवंबर 2026 को जाँचा
  20. Firefox source: modules/libpref/init/StaticPrefList.yaml (mozilla-firefox/firefox) · Mozilla (official Firefox source repository) · 1 नवंबर 2026 को जाँचा
  21. Terms of Use – TextNow · 1 नवंबर 2026 को जाँचा
  22. Privacy Policy – Privacy & Terms – Google · Google · 1 नवंबर 2026 को जाँचा
  23. Call From Your Browser Without a SIM Card - TwinPhone · 1 नवंबर 2026 को जाँचा