एउटै डेस्कटपमा दुई VPN क्लाइन्ट: के ठोकिन्छ र के काम गर्छ

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

चरण 1: कुन क्लाइन्टसँग इग्रेस छ पत्ता लगाउनुहोस्

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

ip route get 1.1.1.1
ip route show default
route print

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

यदि दुवै क्लाइन्टले एउटै मेट्रिकसँग एउटै प्रिफिक्स दाबी गर्छन् भने रोक्नुहोस्। कर्नेलले एउटा छान्छ, र अर्को केही नबोकी जोडिएको देखिन्छ।

चरण 2: रिजोल्भर र ओभरल्याप हुने प्रिफिक्स जाँच्नुहोस्

DNS दोस्रो ठोक्किने कुरा हो, र यसले छुट्टै लक्षण दिन्छ: ठेगाना काम गर्छन् तर नाम असफल हुन्छन्। प्रत्येक क्लाइन्टले आफ्नै रिजोल्भर थोपर्छ, र पछिका क्वेरीका लागि अन्तिम लेख्ने जित्छ। क्लाइन्टको सेटिङ पृष्ठ पढ्नुको सट्टा प्रत्येक लिंकका लागि के प्रयोग गर्छ भनी रिजोल्भर सेवालाई सोध्नुहोस्।

resolvectl status
Get-DnsClientServerAddress
dig +short intranet.corp.example

त्यसपछि दुई नेटवर्कले प्रयोग गर्ने निजी प्रिफिक्स तुलना गर्नुहोस्। यदि दुवै पक्षले एउटै दायराबाट बाँडफाँट गर्छन् भने क्लाइन्ट-पक्षको कुनै व्यवस्थाले सुधार गर्दैन, किनकि कुन 10.0.0.0/8 गन्तव्य कुन सुरुङको हो मेसिनले भन्न सक्दैन। एउटा पक्ष पुनः क्रमाङ्कन वा अनुवाद गर्नुपर्छ, र त्यो कन्फिगरेसन परिवर्तन होइन, नेटवर्क मालिकसँगको कुरा हो। ओभरल्याप त्यो एक मात्र ठोक्किने कुरा हो जहाँ इमानदार उत्तर «डिजाइन बदल्नुपर्छ» हो।

प्रिफिक्सहरू ओभरल्याप भए यहीँ रोक्नुहोस्। यो सूचीमा अबको सबैले तिनीहरू ओभरल्याप हुँदैनन् भनी मान्छ।

चरण 3: टिक्ने अलगाव ढाँचा छान्नुहोस्

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

sudo ip netns add vpn2
sudo ip netns exec vpn2 ip link show
sudo ip netns exec vpn2 curl -sI https://intranet.corp.example/

नेमस्पेसले दोस्रो अपरेटिङ सिस्टम बिनै भर्चुअल मेसिनजस्तै अलगाव दिन्छ, तर यसका कठोर किनारा छन्: सुरुङ उपकरण त्यसमा सार्नुपर्छ, र अनुप्रयोग त्यसभित्र सुरु गर्नुपर्छ। व्यवस्थापित कामको क्लाइन्टसँगै व्यक्तिगत VPN का लागि छुट्टै भौतिक उपकरण प्रायः सबैभन्दा कम अचम्मको विकल्प हो। एउटा सुरुङलाई अर्कोभित्र थुपार्नु अलगाव ढाँचा होइन; भित्री अन्त्यबिन्दु बाहिरी सुरुङबाट पुग्नयोग्य रहनुपर्छ, र यो व्यवस्थाले माथि MTU र ढिलाइका समस्या थप्छ।

एउटा ढाँचा छान्नुहोस् र किन लेख्नुहोस्। एउटा अनुप्रयोगका लागि नेमस्पेस र बाँकीका लागि स्प्लिट टनेल मिसाउँदा मूल ठोक्किने कुरा डिबग गर्न कठिन रूपमा फेरि बन्छ।

चरण 4: एउटै सत्रबाट दुवै नेटवर्क प्रमाणित गर्नुहोस्

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

curl -sI https://intranet.corp.example/
curl -sI https://files.personal.example/
ip route get 10.20.30.40

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

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