VPN जोडिएको छ तर IP ठेगाना बदलिएको छैन: किन

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

परीक्षणले वास्तवमा के नाप्यो भनी पुष्टि गर्नुहोस्

Wi-Fi वा Ethernet संवादमा देखिने ठेगाना तपाईंको आफ्नै खण्डको इन्टरफेस ठेगाना हो, वेबसाइटले देख्ने ठेगाना होइन, त्यसैले टनेल पूर्ण रूपमा चलिरहँदा पनि त्यो उही रहन सक्छ। स्थान फेरि अलग संकेत हो: सुरक्षित खाता क्षेत्र वा अनुमति दिइएको भू-स्थान पढाइ तपाईंले एक्जिट बदल्दा सर्दैन, र तपाईंलाई पहिले नै चिन्ने लगइन पनि सर्दैन।

सार्वजनिक ठेगानाको प्रतिध्वनि प्रयोग गर्नुहोस् र प्रत्येक परिवारलाई अलग-अलग सोध्नुहोस्, किनकि दोहोरो स्ट्याक परीक्षणको नतिजाले रोचक केस लुकाउँछ:

curl -4 -s https://ifconfig.me
curl -6 -s https://ifconfig.me

जोडिनुअघि र पछि दुवै चलाउनुहोस्। IPv4 उत्तर एक्जिट ठेगानामा बदलियो र IPv6 उत्तर बदलिएन भने तपाईंको टनेल बिग्रेको छैन; एउटा परिवार त्यसको बाहिर गइरहेको छ। दुवै उत्तर उही रहे भने, अनुरोध टनेलसम्म पुगेन नै र यहाँको बाँकी लागू हुन्छ।

प्रोफाइलले ट्राफिकको केही भाग मात्र ढाक्न सक्छ

स्प्लिट-टनेल प्रोफाइल सामान्य उत्तर हो, र त्यो दोष होइन। OpenVPN सबै कुरा टनेलबाट तब मात्र पठाउँछ जब redirect-gateway धकेलिएका विकल्पहरूमा हुन्छ; त्यो बिना क्लाइन्टले केही निश्चित मार्ग पाउँछ र तपाईंको पूर्वनिर्धारित मार्ग भौतिक लिङ्कमै रहन्छ। Windows मा त्यही स्विच एडाप्टरको IPv4 गुणहरूमा «रिमोट नेटवर्कमा पूर्वनिर्धारित गेटवे प्रयोग गर्नुहोस्» का रूपमा देखिन्छ, र त्यसलाई हटाउनु प्रत्येक पुनः जडानपछि टिक्ने सचेत छनोट हो।

प्रति-एप दायरा दोस्रो तह हो। Android को प्रति-एप VPN सेटिङले कुन एपहरू समावेश छन् निर्धारण गर्छ, त्यसैले स्टेटस बारको VPN कुञ्जीले ब्राउजर त्यसभित्र छ भनी प्रमाणित गर्दैन। आफ्नै ट्राफिक प्रोक्सी गर्ने ब्राउजर विस्तारले ऐनाको प्रतिबिम्ब बनाउँछ: ब्राउजरले एक्जिट ठेगाना देखाउँछ भने त्यही मेसिनको मेल क्लाइन्ट वा खेलले अझै तपाईंको देखाउँछ। त्यही अनुरोधलाई दुई एपमा तुलना गर्नुहोस्। एउटा बदलियो र अर्को बदलिएन भने तपाईं दायरा हेर्दै हुनुहुन्छ, असफल टनेल होइन।

एउटा ठेगाना परिवार अझै सीधै जान सक्छ

धेरैजसो VPN प्रोफाइल IPv4 का लागि लेखिएका छन्, र धेरै अझै त्यस्तै छन्। दोहोरो स्ट्याक नेटवर्कमा टनेलले IPv4 का लागि 10.8.0.x लिन्छ भने भौतिक लिङ्कले विश्वव्यापी IPv6 ठेगाना र पूर्वनिर्धारित मार्ग राख्छ, त्यसैले IPv6 समर्थन गर्ने साइट सीधै पुगिन्छ र त्यसले रिपोर्ट गर्ने ठेगाना तपाईंको प्रदायकको हो। यो कार्यरत IPv4 टनेलसँगै हुने चुहावट हो, र IPv4 मात्र बोल्ने परीक्षणलाई अदृश्य छ।

ip -4 route get 1.1.1.1
ip -6 route get 2606:4700:4700::1111

प्रत्येक उत्तरमा इन्टरफेस पढ्नुहोस्। IPv6 खोजीले तपाईंको Ethernet वा Wi-Fi यन्त्रको नाम लिन्छ र IPv4 खोजीले टनेलको नाम लिन्छ भने त्यो परिवारको नीति हराएको हो, बिग्रेको होइन। सम्पूर्ण यन्त्रमा IPv6 बन्द गर्दा लक्षण हराउँछ र निर्णय लुक्छ; प्रोफाइलको कभरेज सुधार्नु वा त्यही एउटा जडानमा परिवार अक्षम गर्नु राम्रो, र दुईमध्ये कुन रोज्नुभयो लेख्नुहोस्।

दोस्रो मार्गले खोजी जित्न सक्छ

प्रतिस्पर्धी प्रोक्सी, दोस्रो VPN क्लाइन्ट, कन्टेनर वा टाढाको डेस्कटप उपकरणको भर्चुअल एडाप्टर, वा तपाईंले जाँचिरहनुभएको ठ्याक्कै प्रिफिक्सका लागि थप मार्ग सबैले प्राथमिकता पाउन सक्छन्। निश्चित मार्गले सधैं पूर्वनिर्धारित मार्गलाई हराउँछ, त्यसैले तपाईंले नापिरहनुभएको साइटका लागि बाँकी /24, तपाईंको LAN गेटवेतिर संकेत गर्दै, टनेल जतिसुकै स्वस्थ भए पनि त्यो ट्राफिक टनेलबाहिर पठाइरहन्छ।

केही बदल्नुअघि पढ्न-मात्र आदेशहरूले सूची बनाउनुहोस्:

route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
nmcli connection show --active

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

नयाँ अनुरोधसँग फेरि नाप्नुहोस्

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

दुई नतिजा अलग राख्नुहोस्। ठेगाना बदलियो तर एउटा साइटले अझै तपाईंलाई अस्वीकार गर्छ भने टनेल काम गरिरहेको छ र साइटले डेटा केन्द्रको ठेगाना अस्वीकार गरिरहेको छ; त्यो फरक उत्तर भएको फरक समस्या हो। ठेगाना कहिल्यै नबदलिए चार प्रश्न क्रमैसँग गर्नुहोस्: परीक्षणले कुन ठेगाना छाप्यो, कुन परिवार थियो, कुन एपले अनुरोध गर्‍यो, र त्यो अनुरोध कुन मार्गबाट गयो। VPN राउटिङ निर्णयबारे Microsoft को कागजात दुवैसँग मार्ग हुँदा Windows क्लाइन्टले टनेल र भौतिक एडाप्टरबीच कसरी छनोट गर्छ व्याख्या गर्छ।