एकै पटक दुई VPN क्लाइन्ट: डिफल्ट रुट कसले जित्छ?

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

रुट तालिकाले एक विजेता छान्छ

कर्पोरेट क्लाइन्ट सुरु हुनुअघि र पछि तालिका लिनुहोस्, र गन्तव्य मात्र होइन इन्टरफेस स्तम्भ पढ्नुहोस्। बाहिरी टनेलको साधारण डिफल्ट रुट हटाउन सजिलो हुन्छ, किनकि /1 जोडी /0 भन्दा बढी विशिष्ट छ। शाब्दिक जोडी 0.0.0.0/1 र 128.0.0.0/1 ले सम्पूर्ण IPv4 ठाउँलाई दुई भागमा ढाक्छ र कुनै पनि एकल डिफल्टलाई हराउँछ। स्थापना भएपछि पनि बाहिरी टनेल जोडिएको देखिन्छ र केही बोक्दैन।

ip route show default
ip route show | grep -E '^(0.0.0.0/1|128.0.0.0/1)'

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

ip rule show

Windows ले यसलाई मेट्रिकले निर्णय गर्छ

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

route print -4
Get-NetIPConfiguration | Select-Object InterfaceAlias, IPv4DefaultGateway

दुई आउटपुट तुलना गर्नुहोस् र 0.0.0.0/0 भएको इन्टरफेसको नाम भन्नुहोस्। यदि दुवै क्लाइन्टले दाबी गर्छन् भने मेट्रिकले निर्णय गर्छ, त्यसैले जडान क्रमको परीक्षण फरक मेसिनमा असंगत देखिन सक्छ। कुनै पनि आउटपुटले डिफल्ट गेटवे देखाउँदैन भने, क्लाइन्ट पूर्ण टनेलमा चलिरहेको छैन र श्रृंखलाको तर्क निरर्थक छ।

दुई पर्यवेक्षक, दुई फरक दृष्टिकोण

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

क्लाइन्टले चाहे जति गन्न सक्छ भनी मान्नुहोस्, र त्यसको सट्टा गेटवेको दृष्टिकोणका लागि योजना बनाउनुहोस्। क्लाइन्ट अँध्यारो रहनुमा निर्भर डिजाइन टुट्नबाट एक अपडेट टाढा छ।

DNS र IPv6 श्रृंखला चुहिने ठाउँ हुन्

DNS ले जित्ने रिजोल्भर सेटिङ पछ्याउँछ, र त्यो प्याकेट जाने बाटो हुनु आवश्यक छैन। कर्पोरेट टनेलबाट पुग्ने कर्पोरेट रिजोल्भर डिजाइनसँग मिल्छ; त्यसको बाहिरबाट पुग्ने स्थानीय रिजोल्भर मिल्दैन, र यसले टनेलले लुकाउनुपर्ने नामहरू खुलासा गर्छ। IPv6 दोस्रो चुहावट हो: दोहोरो स्ट्याक होस्टले टनेलले IPv4 मार्फत मात्र बोक्ने गन्तव्यतर्फ IPv6 प्रयोग गरिरहन्छ। परिवारहरू अलग-अलग जाँच्नुहोस्, किनकि IPv4 मात्र टनेलले IPv6 रुट वा रिजोल्भरबारे केही भन्दैन।

ip -6 route show default
resolvectl status | grep -A2 'DNS Servers'

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