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 ओळ महत्त्वाची आहे कारण मशीन एका कुटुंबासाठी टनेल आणि दुसऱ्यासाठी थेट मार्ग ठेवू शकते। देशाचे लेबल यांपैकी कोणतीही स्थिती स्वतः झाकत नाही।

निरीक्षण केलेला पत्ता, डेटाबेसचे मत आणि ॲपचे प्रदर्शन तीन वेगळ्या नोंदी म्हणून लिहा। मग पुढे भेटणारी विसंगती सहजपणे कारणाला जोडता येईल।