VPN हुँदै पनि वेबसाइटले तपाईंको सहर किन चिन्छ
साइटले ब्राउजरको स्थान अनुमति र तपाईंको सार्वजनिक IP छुट्टाछुट्टै प्रयोग गर्न सक्छ: मूलको अनुमति, अपरेटिङ सिस्टमको सेटिङ र सुरक्षित सहर जाँच्नुहोस्.
स्क्रिनमा सहर ल्याउने दुई प्रक्रिया छन् र तीमध्ये एउटाले मात्र तपाईंको VPN कहाँबाट निस्कन्छ भन्ने ख्याल गर्छ। पृष्ठलाई अनुमति हुँदा ब्राउजरको Geolocation API ले यन्त्रको स्थान फर्काउँछ, र IP खोजले अनुरोध आएको ठेगानाबाट क्षेत्र अनुमान गर्छ। टनेल अर्को देशमा चलिरहँदा तपाईंको वास्तविक सहर देखाउने साइटले सामान्यतया पहिलो प्रक्रिया प्रयोग गर्छ, वा महिना अघि सुरक्षित गरेको सहर पढ्छ। पाँच चरणले ती अवस्था छुट्याउँछन्।
पहिलो चरण: कुन प्रक्रियाले जवाफ दिन सक्छ भन्ने तय गर्नुहोस्
पृष्ठले वास्तवमा के जान्न सक्छ भनेर सोधेर सुरु गर्नुहोस्। यन्त्रको स्थानका लागि API कल र अनुमति निर्णय चाहिन्छ, र यसले सटीक निर्देशांक दिन्छ। IP अनुमानले प्रयोगकर्ताबाट केही माग्दैन र उत्तम अवस्थामा सहर दिन्छ, प्रायः गलत। सुरक्षित खाता प्राथमिकताले दुवै माग्दैन र हरेक नेटवर्क परिवर्तनमा टिकिरहन्छ।
ती तीन स्रोतले लगभग हरेक रिपोर्ट व्याख्या गर्छन्। तपाईंको गल्लीमा केन्द्रित नक्सा साइटले API प्रयोग गर्छ। गलत भाषामा अभिवादन गर्ने पसलले IP अनुमान प्रयोग गर्छ। स्थानान्तरणपछि पनि तपाईंको जन्मसहर देखाइरहने समाचार साइटले तपाईंको खाताले सुरक्षित गरेको कुरा प्रयोग गर्छ।
| What the page shows | Likely source |
|---|---|
| Street-level accuracy | Device position from the Geolocation API |
| City or region only | IP geolocation of the exit address |
| Same city for months | Stored account preference |
| Different result in a private window | Stored permission or cached state |
दोस्रो चरण: ठ्याक्कै त्यही मूलको अनुमति पढ्नुहोस्
ब्राउजरहरूले हरेक मूलका लागि अनुमति निर्णय सम्झन्छन्, त्यसैले गत वर्ष तपाईंले अनुमति दिएको साइट नयाँ अनुरोधबिना खुल्छ। विश्वव्यापी पूर्वनिर्धारितको सट्टा ब्राउजरको साइट सेटिङमा त्यही साइटको स्थान प्रविष्टि हेर्नुहोस्, किनकि विश्वव्यापी सेटिङले केही पनि सुरक्षित नभएपछि के हुन्छ मात्र तय गर्छ।
त्यसपछि अपरेटिङ सिस्टम जाँच्नुहोस्। आधुनिक कम्प्युटर वा फोनको ब्राउजरलाई प्लेटफर्मको स्थान अनुमति पनि चाहिन्छ, र प्लेटफर्मको अनुमति अस्वीकार भए साइटलाई अनुमति हुँदा पनि API असफल हुन्छ। उपलब्ध स्थान प्लेटफर्मका सेवाहरूबाट आउन सक्छ, जसको टनेलसँग कुनै सम्बन्ध छैन।
VPN समस्याजस्तो देखिने अधिकांश असफलता दुई प्राविधिक सर्तले व्याख्या गर्छन्। API लाई सुरक्षित सन्दर्भ चाहिन्छ, त्यसैले साधारण HTTP पृष्ठले यसलाई पटक्कै प्रयोग गर्न सक्दैन, र इम्बेड गरिएका फ्रेम पृष्ठको Permissions Policy ले रोक्न सक्छ। त्यसैले अस्वीकार गरिएको अनुरोध नेटवर्कभन्दा धेरै पटक ब्राउजर वा पृष्ठ नीतिको नतिजा हुन्छ।
तेस्रो चरण: नयाँ अनुरोधले निकास ठेगाना पुष्टि गर्नुहोस्
तपाईं जाँचिरहनुभएको त्यही ब्राउजरबाट स्वतन्त्र सेवालाई यसले कुन ठेगाना देख्छ भनेर सोध्नुहोस्। पुरानो ट्याब, service worker वा क्यास गरिएको पृष्ठले हिजोको जवाफ दिन सक्छ, र नयाँ प्रतिक्रियालाई साइटले देखाएकोसँग तुलना गर्दा त्यो शंका हट्छ।
curl -s https://ifconfig.me
curl -s https://ipinfo.io/jsonतिनीहरूलाई राउटरबाट होइन, मेसिनबाट चलाउनुहोस् र प्रत्येकले फर्काउने ठेगाना र देश लेख्नुहोस्। यदि दुवैले VPN देश बताउँछन् र साइटले अझै तपाईंको जन्मसहर देखाउँछ भने निकास नै स्रोत होइन, र बाँकी विकल्प अनुमति, सुरक्षित डेटा र चुहावट मार्ग हुन्।
चुहावट मार्ग तेस्रो सम्भावना हो: आफ्नै नेटवर्क स्ट्याक भएको ब्राउजर एक्सटेन्सन, साइटलाई टनेलबाहिर पठाउने split-tunnel मार्ग, वा टनेलले नबोक्ने IPv6 मार्ग। प्रत्येक अनुरोधमै देखिन्छ, त्यसैले कुनै पनि सेटिङ बदल्नुअघि निकास जाँच आउँछ। आफ्नै proxy सेटिङ भएको एक्सटेन्सन नै मानिसले छुटाउने हो, किनकि यसले एउटा ट्याबका लागि टनेल छल्न सक्छ।
चौथो चरण: खाताले पहिले नै के सुरक्षित गरेको छ हेर्नुहोस्
अनुमति फिर्ता लिनुले ब्राउजरका नियमअनुसार भविष्यको पहुँचमा असर गर्छ र सेवाले पहिले नै सुरक्षित गरेको स्थान मेटाउँदैन। सुरक्षित जन्मसहर, डेलिभरी ठेगाना वा प्रोफाइल क्षेत्र एपले अद्यावधिक नगरेसम्म रहन्छ, र साइटले अझै निकास ठेगानाबाट अनुमानित गणना गर्न सक्छ।
ब्राउजर नै दोषी हो भन्ने निष्कर्षमा पुग्नुअघि साइटको आफ्नै स्थान नियन्त्रण खोज्नुहोस्। धेरै एपले हरेक स्वचालित अनुमानलाई पछाडि पार्ने हस्तचालित क्षेत्र छनोट राख्छन्, र खाता रेकर्ड पढ्ने सहयोग एजेन्टले तपाईंको हालको जडानको सट्टा त्यही मान देख्छ।
जहाँ सुरक्षित मान महत्त्वपूर्ण छ, त्यसलाई खातामा बदल्नुहोस् र मिति लेख्नुहोस्। पुरानो सहर फेरि देखा पर्दा यसले तपाईंलाई दोस्रो डेटा बिन्दु दिन्छ। परिवर्तनअघिको खाता पृष्ठको स्क्रिनसट पछिको वर्णनभन्दा बढी मूल्यवान हुन्छ।
पाँचौं चरण: एक पटकमा एउटा चर बदल्नुहोस्
निश्चित क्रममा परीक्षण गर्नुहोस्: नयाँ निकास जाँच, मूल अनुमति, प्लेटफर्म अनुमति, खाता सेटिङ, त्यसपछि फरक ब्राउजर प्रोफाइल। एकैचोटि धेरै बदल्दा स्रोत पहिचान गर्न सकिँदैन, र यसरी पाँच मिनेटको जवाफ एक हप्ताको अनुमान बन्छ।
तपाईंले के बदल्नुभयो र त्यसपछि पृष्ठले के देखायो लेख्नुहोस्। यदि प्रदर्शन निजी विन्डोमा मात्र बदलिन्छ भने कारण सुरक्षित अवस्था हो; यदि कहिल्यै बदलिँदैन भने पृष्ठले IP अनुमान वा ब्राउजरले प्रभाव पार्न नसक्ने खाता मान प्रयोग गरिरहेको छ। पहिले र पछि एउटै नोटमा राख्नुहोस्, किनकि ढाँचा नै प्रमाण हो।
निष्कर्षमा इमानदार रहनुहोस्: VPN ले अनुरोध आउने ठेगाना बदल्छ, र Geolocation API टनेलले छुँदै नहुने छुट्टै अनुमतियुक्त माध्यम हो। दुवै तथ्य एकैचोटि सत्य हुन सक्छन्, र अलमल्याउने अधिकांश रिपोर्ट तिनलाई विकल्पका रूपमा लिनेबाट आउँछन्।