यदि आप प्रॉक्सी का उपयोग करते हैं, तो आपने सोचा होगा: कनेक्ट होने के बावजूद परीक्षण वेबसाइटें अभी भी मेरा मूल नेटवर्क विवरण क्यों दिखाती हैं? जब ऐसा हो, तो दो चीज़ें जाँचें:
• DNS लीक: आपके डोमेन लुकअप कहाँ भेजे जा रहे हैं?
• WebRTC लीक: आपका ब्राउज़र कौन‑कौन से IP पते उजागर कर रहा है?
इनके लिए अलग‑अलग परीक्षण और भिन्न समाधान आवश्यक होते हैं। इस गाइड में, ToDetect टीम बताती है कि क्या देखना है और अपने कनेक्शन की जाँच कैसे करनी है।
| श्रेणी | DNS लीक | WebRTC लीक |
|---|---|---|
| संबंधित कार्यक्षमता | वेबसाइट डोमेन नामों को IP पतों में परिवर्तित करना | ब्राउज़र में रीयल‑टाइम ऑडियो, वीडियो और डेटा संचार |
| मुख्य समस्या | डोमेन लुकअप इच्छित सेवा के बजाय किसी अन्य DNS सेवा को भेजे जा रहे हैं | वे IP पते उजागर हो रहे हैं जिन्हें आप छिपाना चाहते थे |
| क्या जाँचना है | आपकी DNS क्वेरीज़ किस सेवा द्वारा संभाली जा रही हैं | क्या आपके लोकल नेटवर्क का सार्वजनिक IP पता दिखाई दे रहा है |
| समस्या निवारण कहाँ करें | सिस्टम DNS, ब्राउज़र Secure DNS, और प्रॉक्सी या VPN सेटिंग्स | ब्राउज़र WebRTC नीतियाँ और नेटवर्क रूटिंग |
किसी वेबसाइट को खोलने से पहले, आपका डिवाइस आम तौर पर उसके डोमेन नाम से जुड़े IP पते की खोज करता है। यह चरण DNS संभालता है।
यदि आप अपेक्षा करते हैं कि सभी अनुरोध आपके प्रॉक्सी से होकर जाएँ, लेकिन डोमेन लुकअप अब भी आपके स्थानीय इंटरनेट सेवा प्रदाता के DNS सर्वरों तक जा रहे हैं, तो यह DNS लीक हो सकता है।
इसका यह अर्थ नहीं है कि प्रदाता स्वचालित रूप से HTTPS पेज सामग्री, पासवर्ड या आपका पूरा ब्राउज़िंग इतिहास देख सकता है। उजागर हुई DNS क्वेरीज़, उजागर वेब सामग्री से भिन्न प्रकार की जानकारी बताती हैं। अधिक जानें DNSLeakTest की DNS लीक संबंधी व्याख्या में।
WebRTC ब्राउज़र‑आधारित वॉयस कॉल, वीडियो कॉल और रीयल‑टाइम डेटा ट्रांसफ़र को सपोर्ट करता है। कनेक्शन स्थापित करते समय, यह उपलब्ध सार्वजनिक IP पतों को पता लगाने के लिए STUN जैसे तंत्रों का उपयोग कर सकता है।
यदि वे कनेक्शन आपके इच्छित प्रॉक्सी को बायपास कर दें, तो कोई वेबपेज आपके लोकल नेटवर्क का सार्वजनिक IP पता प्राप्त कर सकता है—भले ही सामान्य वेब ट्रैफ़िक प्रॉक्सी के एग्ज़िट IP को दिखाए। देखें WebRTC प्रोटोकॉल पर MDN का मार्गदर्शक।

हो सकता है आपने DNS लीक के बारे में सुना हो पर यह न जानते हों कि इसकी जाँच कैसे करें। अनुभवी उपयोगकर्ता विभिन्न तकनीकी तरीकों से अपनी सेटिंग जाँच सकते हैं, लेकिन शुरुआत करने के लिए आपको नेटवर्किंग विशेषज्ञता की ज़रूरत नहीं है। ऑनलाइन DNS लीक परीक्षण टूल इस प्रक्रिया को आसान बनाते हैं।
कई वेबसाइटें DNS लीक टेस्ट ऑफ़र करती हैं, जिनमें ToDetect शामिल है।
ToDetect एक ब्राउज़र fingerprint परीक्षण टूल है, जो IP reputation जाँच, IP जोखिम विश्लेषण, DNS लीक टेस्ट और WebRTC लीक डिटेक्शन प्रदान करता है ताकि आप अपने नेटवर्क और ब्राउज़र जानकारी का आकलन कर सकें।
• ToDetect वेबसाइट पर जाएँ और DNS लीक परीक्षण टूल खोजें।
• टूल खोलें और स्वचालित DNS लीक टेस्ट चलाएँ।

ToDetect WebRTC लीक परीक्षण खोलें। अपने सामान्य वेब कनेक्शन द्वारा उपयोग किया गया IP पता जाँचें, साथ ही WebRTC के माध्यम से पाए गए किसी भी लोकल और सार्वजनिक पतों को भी देखें।
परिणामों की तुलना उस सार्वजनिक IP पते से करें जिसे आपने प्रॉक्सी से कनेक्ट होने से पहले रिकॉर्ड किया था:
| टेस्ट परिणाम | इसका अर्थ |
|---|---|
| आपका मूल सार्वजनिक IP पता दिखाई देता है | यह जाँच योग्य लीक का स्पष्ट संकेत है |
| केवल अपेक्षित VPN या प्रॉक्सी का एग्ज़िट IP दिखाई देता है | इस टेस्ट ने आपके लोकल नेटवर्क का सार्वजनिक IP पता उजागर नहीं किया |
कोई लोकल पता जैसे 192.168.x.x दिखाई देता है | लोकल नेटवर्क संबंधी जानकारी उजागर है, पर यह आपके सार्वजनिक IP को उजागर करने के समान नहीं है |
कोई .local नाम दिखाई देता है | यह आमतौर पर ब्राउज़र के लोकल एड्रेस मास्किंग तंत्र से संबंधित होता है और अपने‑आप में लीक का संकेत नहीं देता |
| कोई पता नहीं मिला | संभव है सुरक्षा काम कर रही हो, या फ़ीचर/टेस्ट अवरोधित हो गया हो |
इन जाँचों को क्रम से करें:
• VPN सेटिंग्स: पुष्टि करें कि DNS लीक सुरक्षा सक्षम है और स्प्लिट टनलिंग नियम आपके इच्छित सेटअप से मेल खाते हैं।
• प्रॉक्सी सेटिंग्स: जाँचें कि आपका एप्लिकेशन लोकली के बजाय प्रॉक्सी के माध्यम से डोमेन नाम रिज़ॉल्व करने का समर्थन करता है या नहीं।
• ब्राउज़र Secure DNS: जाँचें कि ब्राउज़र अलग DNS प्रदाता का उपयोग करने के लिए कॉन्फ़िगर है या नहीं।
• परिवर्तन के बाद पुनः परीक्षण करें: पुनः कनेक्ट करें और पुष्टि करें कि आपकी DNS क्वेरीज़ अपेक्षित सेवा द्वारा संभाली जा रही हैं।
सार्वजनिक DNS सेवा पर स्विच करना अपने‑आप लीक को ठीक नहीं करता। इसी प्रकार, एन्क्रिप्टेड DNS सक्षम करना यह सुनिश्चित नहीं करता कि क्वेरीज़ आपके प्रॉक्सी से होकर ही जाएँगी।
पहले यह पुष्टि करें कि आपका प्रॉक्सी WebRTC द्वारा उपयोग किए जाने वाले कनेक्शनों को संभालता है या नहीं। जो सेटअप केवल वेब ट्रैफ़िक को प्रॉक्सी करता है, वह सभी ब्राउज़र संचार को कवर न कर पाए।
यदि आपको ब्राउज़र‑आधारित कॉल्स की ज़रूरत नहीं है, तो WebRTC को सीमित या निष्क्रिय करने पर विचार करें। उदाहरण के लिए Firefox में आप about:config खोलकर media.peerconnection.enabled को false पर सेट कर सकते हैं। इससे कॉल्स और अन्य फ़ीचर प्रभावित होंगे जो WebRTC पर निर्भर करते हैं। आवश्यकता पड़े तो इसे फिर true पर सेट करें।
हाँ. स्टैटिक रेज़िडेंशियल IP, उस एग्ज़िट IP के प्रकार का वर्णन करता है जिसका आप उपयोग करते हैं। यह इस बात की गारंटी नहीं देता कि सिस्टम DNS क्वेरीज़, ब्राउज़र WebRTC कनेक्शन और अन्य एप्लिकेशन सभी उसी एग्ज़िट का उपयोग करें।
कनेक्शन सेटअप करने के बाद, ये तीन जाँचें चलाएँ:
• अपना एग्ज़िट IP जाँचें: पुष्टि करें कि वेब ट्रैफ़िक इच्छित प्रॉक्सी से होकर जा रहा है।
• DNS जाँचें: पुष्टि करें कि डोमेन लुकअप आपकी इच्छित कॉन्फ़िगरेशन का पालन कर रहे हैं।
• WebRTC जाँचें: पुष्टि करें कि यह वे सार्वजनिक IP पते उजागर नहीं करता जिन्हें आप छिपाए रखना चाहते हैं।
ब्राउज़र बदलने, प्रॉक्सी सेटिंग्स अपडेट करने या नेटवर्क स्विच करने के बाद दोबारा परीक्षण करना भी उपयोगी है।
ज़रूरी नहीं। DNS टेस्ट यह जाँचता है कि डोमेन लुकअप किस सेवा द्वारा संभाले जा रहे हैं, जबकि WebRTC टेस्ट यह देखता है कि आपका ब्राउज़र कौन से IP पते उजागर करता है। वे अलग‑अलग चीज़ों का आकलन करते हैं, इसलिए आपको दोनों टेस्ट चलाने चाहिए।
यह पते पर निर्भर करता है। यदि टेस्ट आपके अपेक्षित प्रॉक्सी या VPN का एग्ज़िट IP दिखाता है, तो आमतौर पर यह आपके लोकल नेटवर्क के सार्वजनिक IP के लीक होने का संकेत नहीं है।
यदि आपका मूल सार्वजनिक IP—जो कनेक्ट होने से पहले रिकॉर्ड किया गया था—दिखाई देता है, तो आगे जाँच करें। 192.168.x.x जैसे लोकल पते अलग प्रकार की जानकारी बताते हैं और उन्हें सार्वजनिक IP के उजागर होने से भ्रमित नहीं करना चाहिए।
अपने‑आप नहीं। इनकॉग्निटो मोड मुख्यतः ब्राउज़िंग इतिहास और सत्र के बाद आपके डिवाइस पर बचने वाले अन्य डेटा को सीमित करता है। यह DNS या WebRTC ट्रैफ़िक को स्वतः प्रॉक्सी से होकर नहीं भेजता।
DNS लीक इस बात से संबंधित हैं कि डोमेन लुकअप इच्छित पथ का पालन कर रहे हैं या नहीं, जबकि WebRTC लीक इस बात से संबंधित हैं कि आपका ब्राउज़र वे IP पते उजागर कर रहा है या नहीं जिन्हें आप छिपाना चाहते थे। यदि आप इनमें से किसी की जाँच करने को लेकर अनिश्चित हैं, तो आप ToDetect के साथ ऑनलाइन टेस्ट चला सकते हैं।