VPN Leak Test: IP, DNS र WebRTC चुहावट जाँच्नुहोस्

VPN ले लुकाउनुपर्ने तपाईंको मूल सार्वजनिक IP ठेगाना कुनै वेबसाइट वा इन्टरनेट सेवाले देख्न सक्यो भने त्यसलाई IP चुहावट भनिन्छ।

यसले तपाईंको इन्टरनेट प्रदायक र अनुमानित स्थान खुलाउन सक्छ, अनि गतिविधिलाई मूल जडानसँग जोड्न मद्दत गर्न सक्छ। IP ठेगाना मात्रैबाट सामान्यतया तपाईंको नाम वा घरको ठ्याक्कै ठेगाना खुल्दैन।

वेबसाइटका IP ठेगाना खोज्ने अनुरोध VPN ले प्रयोग गर्नुपर्ने सुरक्षित मार्गबाहिर गएमा त्यसलाई DNS चुहावट भनिन्छ। उदाहरणका लागि, VPN ले आफ्नै DNS सर्भर प्रयोग गर्नुपर्ने अवस्थामा पनि तपाईंको इन्टरनेट प्रदायकले यी अनुरोध सम्हालिरहन्छ।

वेबसाइटहरूले तपाईंको VPN को IP ठेगाना देखिरहँदा पनि यसले ब्राउजर र एपले अनुरोध गरेका डोमेन नाम खुलाउन सक्छ। DNS अनुरोधमा पेजका पूरा URL, पेजको सामग्री वा पासवर्ड हुँदैनन्।

एकपटक गरिने जाँचले त्यस क्षणका IP ठेगाना मात्रै देखाउँछ। हाम्रो परीक्षण चलुन्जेल IPv4, IPv6, DNS र WebRTC जाँच दोहोरिइरहन्छ। यसले सर्भर बदल्दा वा VPN फेरि जोड्दा तपाईंको मूल IP ठेगाना देखापरेको पत्ता लगाउन मद्दत गर्छ।

सेभ गरिएको बेसलाइन भए परीक्षणले VPN बिनाको जडानसँग मिल्ने ठेगानाहरू छुट्टै देखाउँछ। लगमा परिवर्तन र डेटा नआएका अन्तरालको क्रम देखिन्छ। धेरै छोटो चुहावट दुई जाँचको बीचमा हुन सक्छ, त्यसैले मेल नभेटिँदैमा चुहावट नभएको ग्यारेन्टी हुँदैन।

VPN बन्द गरेर “बेसलाइन सेभ गर्नुहोस्” थिच्नुहोस्। डेटा सङ्कलन गर्न 30 सेकेन्ड लाग्छ। त्यसपछि VPN खोल्नुहोस्, परीक्षण सुरु गर्नुहोस् र सर्भर बदलेर वा फेरि जोडेर हेर्नुहोस्। बेसलाइनसँगका मेल र लगका घटनाहरूमा ध्यान दिनुहोस्।

यो ट्याब सक्रिय राख्नुहोस्: पृष्ठभूमिमा ब्राउजरले जाँच सुस्त पार्न सक्छ। बेसलाइनबिना पनि परीक्षण चल्छ, तर त्यसले मूल जडानसँग तुलना नगरी ठेगानाका परिवर्तन मात्र देखाउँछ।

बेसलाइन भनेको VPN बिनाको तपाईंको जडानका सेभ गरिएका ठेगानाहरूको समूह हो। VPN खुला हुँदा ती ठेगाना फेरि देखिएमा पत्ता लगाउन यसले मद्दत गर्छ।

बेसलाइनमा सङ्कलनका बेला देखिएका सार्वजनिक IPv4, IPv6 र WebRTC ठेगाना अनि DNS रिजल्भरका ठेगाना हुन्छन्। यी ठेगानासँग मेल खाने नतिजा रातोमा देखाइन्छ।

VPN बन्द गरेर बेसलाइन सेभ गर्नुहोस्। मूल नेटवर्क वा त्यसका ठेगाना बदलिएमा नयाँ बेसलाइन सेभ गर्नुहोस्। VPN खुला राखेर सेभ गरेमा मेल भेटिनुको अर्थ मूल जडान खुल्नुको सट्टा पहिलेको VPN सर्भरमा फर्कनु पनि हुन सक्छ।

VPN खुला हुँदा त्यसले लुकाउनुपर्ने तपाईंको मूल IPv4 वा IPv6 ठेगाना परीक्षणमा देखिएमा त्यो IP चुहावट हो। छोटो समय देखिनुको अर्थ पनि परीक्षण सर्भरले ठेगाना देख्न सकेको हो।

उदाहरणका लागि, VPN बिना तपाईंको ठेगाना 198.51.100.10 र VPN सहित 203.0.113.20 छ। सर्भर बदल्दा 198.51.100.10 फेरि देखिएमा तपाईंको मूल IP खुलेको हो। यी उदाहरणका ठेगाना हुन्।

यो निष्कर्षले VPN बन्द गरेर बेसलाइन सेभ गरिएको र VPN ले ब्राउजरको ट्राफिक सुरक्षित गर्नुपर्ने मान्छ। तपाईं आफैँ VPN बन्द गर्नुहुन्छ वा ब्राउजरलाई VPN बाहिर राख्नुहुन्छ भने मूल ठेगाना देखिनु स्वाभाविक हो। परीक्षणले तपाईंको VPN खुला छ कि छैन भनेर थाहा पाउन सक्दैन।

होइन। IP बदलिँदैमा चुहावट हुँदैन। VPN सर्भर बदल्दा फरक बाह्य ठेगाना पाउनु सामान्य हो।

उदाहरणका लागि, VPN सर्भर A को सट्टा B प्रयोग भयो। दुवै ठेगाना बेसलाइनसँग मिलेनन् भने ती जवाफमा मूल ठेगाना भेटिएन।

VPN बन्द गरेर रेकर्ड गरेको बेसलाइनको IP देखिएमा मूल ठेगाना खुलेको हो। ठेगाना अपरिचित मात्र छ भने परिवर्तनका आधारमा मात्रै त्यो VPN को हो वा मूल जडानको हो भन्न सकिँदैन।

VPN खुला हुँदाहुँदै परीक्षणमा तपाईंको इन्टरनेट प्रदायकका DNS रिजल्भर देखिइरहेमा त्यो DNS चुहावटको बलियो सङ्केत हो, विशेषगरी VPN ले आफ्नै DNS सर्भर प्रयोग गर्नुपर्ने अवस्थामा।

अपवाद भनेको VPN खोल्नुअघि र पछि एउटै तेस्रो-पक्ष DNS सेवा प्रयोग गर्नु हो, जस्तै ब्राउजर, उपकरण वा VPN सेटिङमार्फत। त्यस सेवाका अनुरोध VPN बाट जान सक्छन्, त्यसैले ठेगाना मिल्नु मात्रै चुहावट होइन।

रातो DNS मेलको अर्थ परीक्षणले VPN बिनाको जडानको DNS रिजल्भर भेट्यो भन्ने हो। त्यो इन्टरनेट प्रदायकको भए नतिजा शङ्कास्पद छ। छुट्टै सेट गरिएको DNS सेवा भए मेल सामान्य हुन सक्छ।

होइन। धेरै DNS ठेगाना हुनु मात्रै चुहावट होइन। एउटै DNS सेवाले धेरै रिजल्भर प्रयोग गर्न सक्छ।

उदाहरणका लागि, एउटै परीक्षणका फरक अनुरोध एउटै सेवाका फरक सर्भरले सम्हाल्न सक्छन्, जसमा IPv4 र IPv6 दुवै ठेगाना हुन सक्छन्।

कुन DNS सेवा देखिन्छन् हेर्नुहोस्। अपेक्षित VPN DNS को सट्टा इन्टरनेट प्रदायकको DNS देखिनु शङ्कास्पद हो, ठेगानाको कुल सङ्ख्या जति भए पनि।

कम्तीमा 2 सेकेन्डदेखि परीक्षणमा नयाँ अवलोकन आएको छैन। VPN फेरि जोडिँदा, नेटवर्क अवरुद्ध हुँदा वा परीक्षण सर्भरसम्म पुग्न समस्या हुँदा यस्तो हुन सक्छ।

यसले VPN ले सबै ट्राफिक सुरक्षित रूपमा रोकेको प्रमाणित गर्दैन। त्यस अवधिको अवलोकन नभएकाले नतिजा अज्ञात छ।

IPv6 ठेगाना नहुनु आफैँमा चुहावट होइन। महत्त्वपूर्ण कुरा VPN बिना IPv6 उपलब्ध थियो कि थिएन भन्ने हो।

VPN बिना IPv6 चलेको थियो तर VPN खोलेपछि जवाफ आउन छाडे भने VPN ले IPv6 रोकेको हुन सक्छ। VPN खुला हुँदा बेसलाइनको IPv6 ठेगाना देखिएमा मूल ठेगाना खुलेको हो।

जवाफ नआउनु रोकेको प्रमाण होइन; जडानको समस्या पनि कारण हुन सक्छ। बेसलाइन सङ्कलन गर्दा पनि IPv6 ठेगाना नआएमा मूल IPv6 ठेगानासँग तुलना उपलब्ध हुँदैन।

बेसलाइन तुलना खुला भए यो राम्रो नतिजा हो: प्राप्त कुनै पनि अवलोकन बेसलाइनसँग मिलेन। तर यो चुहावट नभएको ग्यारेन्टी होइन।

सामान्य प्रयोगका साथै सर्भर बदल्ने र VPN फेरि जोड्ने अवस्था पनि जाँच्नुभयो भने नतिजा बढी उपयोगी हुन्छ।

छोटो घटना दुई जाँचको बीचमा वा अवलोकनको अन्तरालमा हुन सक्छ। बेसलाइन पुरानो हुन सक्छ र WebRTC नतिजा ब्राउजरका प्रतिबन्धमा निर्भर हुन्छ। कुनै जाँचको बेसलाइन डेटा छैन भने त्यसमा मेल नभेटिनुले सुरक्षाबारे केही बताउँदैन।

त्यसको अर्थ अर्को IP पछि उक्त ठेगाना फेरि देखियो भन्ने हो। दोहोरिएको पङ्क्तिले ठेगाना फर्किएको देखाउँछ; त्यो आफैँमा छुट्टै चुहावट होइन।

एउटै IP सहितका लगातार जवाफ एउटै पङ्क्तिमा राखिन्छन्। उदाहरणका लागि, A → B → A ले तीन पङ्क्ति बनाउँछ। “सङ्ख्या” ले प्रत्येक पङ्क्तिमा भएका जवाफको सङ्ख्या देखाउँछ।

DNS कार्डले रिजल्भरअनुसार ठेगाना समूहमा राख्छ र “सङ्ख्या” ले त्यसका अनुरोधको सङ्ख्या देखाउँछ। यी छुट्टाछुट्टै चुहावटको सङ्ख्या होइनन्।

ब्राउजरले घटना रेकर्ड गरेको समय मिलिसेकेन्डको शुद्धतासहित देखिन्छ। यसले परिवर्तनलाई VPN बदल्ने समयसँग जोड्न मद्दत गर्छ।

DNS अवलोकन ढिलो आउन सक्छन्: लगको समय सर्भरमा DNS अनुरोध भएको समयसँग नमिल्न सक्छ। धेरै घटना एकैपटक प्राप्त हुन सक्छन्।

हो। परीक्षणले WebRTC ले पेजलाई देख्न दिने ठेगाना सङ्कलन गर्छ र हाम्रो STUN सर्भरसँग सम्पर्क गर्छ। यसले तपाईंको क्यामेरा वा माइक्रोफोन प्रयोग गर्दैन।

VPN खुला हुँदा बेसलाइनको सार्वजनिक IP देखिनुको अर्थ मूल ठेगाना खुलेको हो, यदि VPN ले त्यसलाई लुकाउनुपर्ने थियो भने। स्थानीय ठेगाना र .local नामलाई सार्वजनिक IP चुहावट मानिँदैन।

ठेगाना नआउनु सुरक्षाको प्रमाण होइन: ब्राउजर वा एक्सटेन्सनले WebRTC सीमित गर्न सक्छ, वा STUN सम्म पुग्न नसकिएको हुन सक्छ। पुरानो बेसलाइनले पनि मूल IPv4/IPv6 ठेगाना तुलना गर्न सक्छ; WebRTC ठेगाना समावेश गर्न नयाँ बेसलाइन सेभ गर्नुहोस्।

बेसलाइन तपाईंको ब्राउजरमा सेभ हुन्छ र परीक्षण इतिहास खुला ट्याबमा रहन्छ। इतिहासको प्रतिलिपि राख्न “नतिजा डाउनलोड गर्नुहोस्” थिच्नुहोस्।

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

ब्राउजरमा पठाउन सर्भरले DNS घटनालाई अस्थायी रूपमा मेमोरीमा राख्छ; नतिजा स्थायी रूपमा राख्दैन। ब्राउजरले बेसलाइन सेभ गर्न नसकेमा त्यो हालको पेजमा मात्रै उपलब्ध हुन्छ र लगमा भण्डारण त्रुटि देखिन्छ।