तपाईंको ल्याबको VPN मार्ग एडाप्टर क्रमले निर्धारण गर्दैन किन
हाइपरभाइजरमा एडाप्टर 1 ले गेस्टले कुन मार्ग छान्छ भन्ने बताउँदैन। प्रत्येक हार्डवेयर परिवर्तनपछि प्रिफिक्स, मेट्रिक र नीति नियम तुलना गर्नुहोस्।
हाइपरभाइजरको सूचीमा एडाप्टर 1 पहिलो हुनु केवल प्रदर्शन क्रम हो, र गेस्टको राउटिङ तालिकाले त्यो पढ्दैन। मार्ग निर्धारण गर्ने प्रिफिक्स, मेट्रिक र दुवैभन्दा पहिले लागू हुने कुनै पनि नीति नियमले हो। त्यसैले ल्याब VM मा ब्रिज्ड एडाप्टर थप्दा दोस्रो डिफोल्ट मार्ग बन्न सक्छ, जबकि पुरानो NAT इन्टरफेस अझै उपस्थित र दोस्रो क्रमांकमा देखिन्छ। नतिजा त्यस्तो VM हो जसले कहिले टनेल प्रयोग गर्छ र कहिले गर्दैन, यो बुझाउने कुनै कन्फिगरेसन परिवर्तन नहुँदै।
तीन सर्तले मार्ग निर्धारण गर्छन्
ती तीन सर्त हुन् कुन प्रिफिक्स बढी विशिष्ट छ, प्रिफिक्स बराबर हुँदा मेट्रिकले के गर्छ, र हार्डवेयर परिवर्तनपछि गेस्टले कुन नियम लागू गर्यो। प्रत्येकको उत्तर एउटै आदेशले दिन सकिन्छ, र कुनै पनि हाइपरभाइजरको क्रमांकनसँग सम्बन्धित छैन।
त्यही अन्तिम बिन्दु निर्णय हो: यदि VPN एन्डपोइन्टको आफ्नै ठेगानाका लागि कुन प्रिफिक्स जित्छ भन्न सक्नुहुन्न भने तपाईंसँग राउटिङ नीति छैन, तपाईंसँग आज संयोगवश चलिरहेको टोपोलोजी छ।
सर्त एक: कुन प्रिफिक्स जित्छ
10.8.0.0/24 तर्फको मार्गले त्यसभित्रको ठेगानाका लागि डिफोल्ट मार्गलाई हराउँछ, मेट्रिक र एडाप्टर क्रमलाई वास्ता नगरी। त्यसैले विशिष्ट मार्ग स्थापना गर्ने VPN क्लाइन्ट कम मेट्रिकको दोस्रो एडाप्टर आए पनि काम गरिरहन्छ: लागत विचार गर्नुअघि नै विशिष्टता जित्छ। तपाईंले प्रयोगमा छ भनी ठान्ने तालिका ip route show ले र कुनै विशिष्ट गन्तव्यका लागि कर्नेलले वास्तवमा के उत्तर दिन्छ ip route get 203.0.113.9 ले जाँच्नुहोस्।
एन्डपोइन्टको आफ्नै ठेगाना सबैभन्दा महत्त्वपूर्ण परीक्षण हो। यदि VPN सर्भरको ठेगाना भर्खरै थपिएको ब्रिज्ड एडाप्टरबाट समाधान हुन्छ भने टनेल कहिल्यै स्थापित नहुन सक्छ, वा स्थापित भएर पछि आफ्नै यातायात मार्ग गुमाउन सक्छ। टनेल इन्टरफेस नै उत्तर हो भनी मान्नुको सट्टा त्यही ठेगानालाई छुट्टै सोध्नुहोस्।
सर्त दुई: मेट्रिकले के गर्छ र के गर्दैन
यसको भूमिका अधिकांशले अपेक्षा गरेभन्दा साँघुरो छ। मेट्रिकले एउटै प्रिफिक्सका मार्गहरूबीचको बराबरी फुकाउँछ; तिनले फराकिलो मार्गलाई बढी विशिष्ट मार्गमाथि जित्न दिँदैनन्। बराबरीमा सानो संख्यालाई प्राथमिकता दिइन्छ, र फरक अपरेटिङ सिस्टमले विपरीत दिशामा गन्छन्, त्यसैले Linux र Windows बीच प्रतिलिपि गरिएको सल्लाह प्रायः आफैंविरुद्ध जान्छ।
गेस्टमा ip route show ले प्रत्येक मार्गको छेउमा मेट्रिक छाप्छ, र Windows मा Get-NetRoute ले InterfaceMetric का साथै मार्ग मेट्रिक छाप्छ। दुवै पढ्नुहोस्, किनकि प्रभावकारी प्राथमिकता एउटा क्षेत्र नभई जोड पनि हुन सक्छ। दुई डिफोल्ट मार्ग भए त्यही नै मुख्य भेट हो: गेस्टसँग बाहिर जाने दुई बाटा छन्, र कुन जित्छ भन्ने हार्डवेयर परिवर्तनले बदल्न सक्ने संख्यामा निर्भर छ।
सर्त तीन: गेस्टले वास्तवमा के लागू गर्यो
कन्फिगरेसन र लागू भएको स्थिति एउटै होइन। प्रत्येक प्लेटफर्ममा हार्डवेयर परिवर्तनका बीच इन्टरफेस नाम स्थिर हुँदैनन्, र नामले मिलेको कन्फिगरेसन अहिले कुनै चीजमा लागू नहुन सक्छ।
अपेक्षित स्थिति नभई लागू भएको स्थिति जाँच्नुहोस्। ip -br link ले अहिले अस्तित्वमा रहेका इन्टरफेस देखाउँछ, र NetworkManager भएको होस्टमा nmcli connection show ले कुन प्रोफाइल कुन यन्त्रमा बाँधिएको छ देखाउँछ। बाँध्न नसकेको प्रोफाइलले इन्टरफेसलाई ठेगानाविना चालु राख्छ, जुन राउटिङ समस्याजस्तो देखिन्छ तर नामकरणको समस्या हो। पुनर्स्थापित स्न्यापसटले यसलाई झन् बिगार्छ, किनकि गेस्टको सुरक्षित स्थितिले नयाँ हार्डवेयरले अब नदिने एडाप्टर पहिचानलाई सन्दर्भ गर्न सक्छ।
ल्याब टोपोलोजी पुनरुत्पादनयोग्य राख्नुहोस्
अपेक्षित भर्चुअल नेटवर्क जडानहरू गेस्ट कन्फिगरेसनसँगै सुरक्षित गर्नुहोस्, ताकि भूमिकाबाट एडाप्टरसम्मको म्यापिङ सूचीको स्थानबाट अनुमान नगरी लेखिएको होस्।
नाम दिन सामान्यतः चार भूमिका पर्याप्त हुन्छन्: निजी लिङ्क, व्यवस्थापन, बाह्य यातायात र टनेल। प्रत्येकले फाइलमा निश्चित एडाप्टर र निश्चित गेस्ट इन्टरफेससँग मिल्नुपर्छ।
त्यसपछि हार्डवेयर परिवर्तन, रिस्टार्ट वा पुनर्स्थापित स्न्यापसटपछि वास्तविक अनुप्रयोग परीक्षण गर्नुहोस्, र त्यो परीक्षणमा VPN एन्डपोइन्टसम्मको मार्ग पनि समावेश गर्नुहोस्। गेटवे VM नै एकमात्र निकास हुनुपर्ने भए, परीक्षण VM सँग अनिच्छित दोस्रो डिफोल्ट मार्ग छैन भनी सुनिश्चित गर्नुहोस्, किनकि ब्रिज्ड एडाप्टरले ठ्याक्कै दोस्रो डिफोल्ट थप्छ। हाइपरभाइजर कन्सोलबाट नभई गेस्टबाटै परीक्षण गर्नुहोस्, किनकि कुन इन्टरफेस कुन हो भन्नेमा दुवै सहमत नहुन सक्छन्।
VirtualBox नेटवर्किङ कागजात ले एडाप्टर मोड र प्रत्येक कससँग जोडिन्छ भन्ने वर्णन गर्छ, र दोस्रो थप्नुअघि पढ्नलायक भाग त्यही हो। प्रत्येक भूमिकालाई कुन एडाप्टरले सेवा दिन्छ पहिचान गर्ने ल्याबले मार्ग परिवर्तन बुझ्नलायक बनाउँछ। हाइपरभाइजरको क्रमांकनमा भर पर्ने ल्याबले हरेक परिवर्तनलाई प्रयोग बनाउँछ।