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 अलग, अनुमति वाला माध्यम है जिसे सुरंग छूती नहीं। दोनों तथ्य एक साथ सही हो सकते हैं, और ज़्यादातर उलझी रिपोर्टें उन्हें विकल्प मानने से आती हैं।