तुमच्या लॅबचा VPN मार्ग अडॅप्टर क्रम ठरवत नाही का

हायपरव्हायझरच्या यादीत अडॅप्टर 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 नेटवर्किंग दस्तऐवज अडॅप्टर मोड आणि प्रत्येक कशाशी जोडतो ते वर्णन करते, आणि दुसरा जोडण्यापूर्वी वाचण्यासारखा भाग तोच आहे. प्रत्येक भूमिकेसाठी कोणता अडॅप्टर सेवा देतो हे ओळखणारी ल्याब मार्ग बदल समजावण्यायोग्य करते. हायपरव्हायझरच्या क्रमांकनावर अवलंबून असलेली ल्याब प्रत्येक बदल प्रयोग बनवते.