VPN का देश लेबल वह पता क्यों नहीं है जहाँ से आप बाहर निकलते हैं
सूची में एक फ़ील्ड, रूट किया गया पता और किसी ऐप की राय—तीनों अलग हो सकते हैं। एग्ज़िट को गलत लेबल कहने से पहले समझें कि आप इनमें से कौन-सा पढ़ रहे हैं।
आप एक देश चुनते हैं, कनेक्ट होते हैं, और कोई वेबसाइट आपको किसी दूसरे देश में स्वागत करती है। सूची का लेबल उस पते के बारे में कभी कुछ नहीं कहता था जहाँ से आप बाहर निकलेंगे: यह एक फ़ील्ड है जिसे किसी ने प्रकाशित किया है, ऐसी विधि से निकाला गया जिसे आपने देखा नहीं है। उस फ़ील्ड को पता मानना ही वह जगह है जहाँ भ्रम शुरू होता है।
तीन अलग-अलग चीज़ें देश का मान रखती हैं, और बिना किसी के झूठ बोले वे अलग हो सकती हैं। इन्हें अलग पहचानना बेमेल को रहस्यमय के बजाय निदान-योग्य बनाता है।
तीन अलग-अलग चीज़ें देश का लेबल रखती हैं
पहली है निर्देशिका का अपना फ़ील्ड, जिसे ऑपरेटर स्वयं बता सकता है, पता-डेटाबेस से अनुमानित किया जा सकता है, या प्रविष्टि बनाते समय केवल कॉपी किया गया हो सकता है। दूसरा है पता स्वयं, जो उस नेटवर्क का है जो उसकी घोषणा करता है, और भू-स्थान खोज इसी का उत्तर RFC 8805 में वर्णित रूप में प्रकाशित मैपिंग डेटा का उपयोग करके देती है। तीसरी वह है जो कोई ऐप दिखाने का फ़ैसला करता है, जो किसी दूसरे डेटाबेस, खाता सेटिंग या डिवाइस पर आपकी दी गई अनुमति से आ सकती है। केवल दूसरा ही नेटवर्क तथ्य है, और वह भी अनुभव नहीं बल्कि एक खोज है।
उन तीनों के बीच सुसंगति अच्छी लगती और कहीं अपेक्षित नहीं है। बेमेल इस बात का प्रमाण है कि उन्हें अलग तरीक़े से निकाला गया, इससे अधिक कुछ नहीं।
पता जाँचें, झंडा नहीं
काम का सवाल यह है कि आपका ट्रैफ़िक वास्तव में किस सार्वजनिक पते से बाहर निकलता है। इसका उत्तर क्लाइंट से दिया जा सकता है, और यह किसी भी सूची-फ़ील्ड पर निर्भर नहीं है। उत्तर की तुलना उस प्रीफ़िक्स से करें जिसकी आपने अपेक्षा की और उससे भी जो भू-स्थान खोज उसके बारे में कहती है, और दोनों परिणाम अपने नोट्स में अलग रखें। अपेक्षित देश और खोज के बीच का अंतर रूटिंग या डेटाबेस का सवाल है, जबकि खोज और ऐप की राय के बीच का अंतर फिर से डेटाबेस का सवाल है।
अगर सेवा के उस क्षेत्र में कई एग्ज़िट हैं तो जाँच दो बार करें। एक पूल लगातार कनेक्शनों पर अलग-अलग पते दे सकता है, और एक नमूना उनमें से केवल एक का वर्णन करता है।
नक्शे पर निकटता नेटवर्क पर निकटता नहीं है
पास का देश दूर के देश से लंबा रास्ता हो सकता है, क्योंकि फ़ाइबर का रास्ता सीमा का अनुसरण नहीं करता। विलंब के लिए नोड चुनने का मतलब है उस गंतव्य को मापना जो आपके लिए ज़रूरी है, सबसे नज़दीकी झंडा चुनना नहीं। यही तर्क क्षमता पर भी लागू होता है, क्योंकि दो देश दूर का हल्का भार वाला एग्ज़िट पड़ोस के भरे हुए एग्ज़िट को हरा सकता है। पहले मापें, फिर तय करें, और घंटा दर्ज करें क्योंकि दोनों आँकड़े बदलते हैं।
स्थान इस बारे में भी कुछ नहीं कहता कि डेटा कितनी देर रखा जाता है या अंतिम बिंदु कौन चलाता है। इनके अपने प्रमाण चाहिए, जो देश का एक कॉलम नहीं रख सकता।
एग्ज़िट पता स्वयं पुष्टि करें
क्लाइंट और किसी बाहरी सेवा से पूछें कि आपका पता कैसा दिखता है, फिर स्थानीय रूटिंग तालिका से पूछें कि वह रास्ता कैसे चुना गया। नीचे दिए कमांड तीनों काम करते हैं, और तीसरा वही है जिसे लोग छोड़ देते हैं। इंटरफ़ेस का नाम अपने टनल डिवाइस से बदलें।
curl -sS https://api.ipify.org; echo
curl -sS --interface tun0 https://api.ipify.org; echo
ip route get 1.1.1.1
ip -6 addr show dev tun0
पहली दो पंक्तियाँ मेल खानी चाहिए, और जब नहीं खातीं तो जो रास्ता आपके पास है वह आपका ट्रैफ़िक ले जाने वाला रास्ता नहीं है। रूट खोज बताती है कि कर्नेल किसी गंतव्य के लिए कौन-सा इंटरफ़ेस और स्रोत पता इस्तेमाल करेगा, और यही एग्ज़िट पते के पीछे की व्यवस्था है। IPv6 पंक्ति मायने रखती है क्योंकि मशीन एक परिवार के लिए टनल और दूसरे के लिए सीधा रास्ता रख सकती है। देश का लेबल इनमें से किसी भी स्थिति को अपने आप नहीं ढकता।
देखा गया पता, डेटाबेस की राय और ऐप का प्रदर्शन—तीन अलग नोट्स के रूप में लिखें। तब अगली बेमेल को आसानी से कारण बताया जा सकेगा।