एका Linux होस्टवर दोन OpenVPN क्लायंट: रूट कोणाचा?

दोन्ही प्रोफाइल कनेक्टेड असल्याचे सांगतात आणि त्यातील एक दुसऱ्यासाठीचा रहदारी शांतपणे वाहून नेत आहे। एका होस्टवर दोन क्लायंट ही समर्थित व्यवस्था आहे; प्रत्येक प्रीफिक्ससाठी मालक नसलेले दोन क्लायंट नाही। काम दुसरे टनेल उभारण्यापेक्षा कोणती प्रक्रिया कोणत्या रूटचा दावा करू शकते हे ठरवण्यात जास्त आहे। खालील क्रमाने जा आणि उत्तरांतून कॉन्फिगरेशन येईल।

दुसरे टनेल कशासाठी आहे हे विचारून सुरुवात करा

तीन परिस्थिती स्टेटस ओळीवर सारख्याच दिसतात आणि वेगवेगळ्या रचना मागतात। गंतव्यानुसार विभागणी एक प्रीफिक्स ऑफिस प्रोफाइलमधून आणि दुसरे लॅब प्रोफाइलमधून पाठवते, आणि यापैकी कोणीही डीफॉल्ट रूटचा दावा करत नाही। ॲप्लिकेशननुसार विभागणी सहसा एक पूर्ण टनेल ठेवते आणि विशिष्ट रहदारी धोरण नियमांनी वळवते। अपयशी झाल्यास बदलणे एका वेळी नेमके एकच टनेल चालू ठेवते, म्हणजे दुसऱ्याने आपोआप सुरू होऊ नये।

कोणतीही कॉन्फिगरेशन फाइल उघडण्यापूर्वी प्रकरण लिहून ठेवा, कारण तेच उत्तर पुढील सर्व ठरवते।

सर्वात सामान्य तुटलेली व्यवस्था म्हणजे दोन्ही डीफॉल्ट रूट ढकललेली दोन पूर्ण टनेल, जिथे शेवटी जोडलेला जिंकतो आणि पहिला नाटक करत राहतो। ती स्थिती स्टेटस ओळीवरून जाणीवपूर्वक केलेली दिसते आणि राउटिंग तक्त्यातून एक दिवस वाया घालवते। प्रकरणाला आधी नाव दिल्यास ते केवळ अशक्यप्राय नाही तर अशक्य होते।

रूटपेक्षा आधी पूल पाहा

दोन सर्व्हर एका खाजगी श्रेणीतून पत्ते सहज देऊ शकतात आणि तसे केल्यास क्लायंट एकाच प्रीफिक्समध्ये दोन इंटरफेससह राहतो। मग पत्त्यानुसार कोणतेही गंतव्य इंटरफेसला जोडता येत नाही, कारण दोन्ही समान प्रमाणात बरोबर दिसतात। बरोबरी तोडण्यासाठी नियम शोधण्याऐवजी एक पूल पुन्हा क्रमांकित करा।

स्थानिक नेटवर्कही तपासा, कारण टनेल श्रेणीशी ओव्हरलॅप होणारे घर किंवा ऑफिस LAN दुसऱ्या बाजूने तीच अस्पष्टता निर्माण करते। क्लायंटला दोष देण्यापूर्वी होस्टवरील पत्ते दोन्ही सर्व्हर कॉन्फिगरेशनशी तुलना करा। लॅब सर्व्हरवर पूल बदलणे पाच मिनिटांची दुरुस्ती आहे, तर ओव्हरलॅप होणाऱ्या प्रीफिक्ससाठी धोरण-राउटिंगचा पर्यायी मार्ग नंतर कॉन्फिगरेशन वाचणाऱ्या प्रत्येकावर कायमचा कर आहे। कुठे हस्तक्षेप करायचा हे निवडण्यापूर्वी यापैकी काय हवे ते ठरवा।

दोन पत्ता कुटुंबे म्हणजे या तपासणीच्या दोन फेऱ्या। IPv6 पूल IPv4 सारखेच शांतपणे आदळतात।

प्रत्येक प्रोफाइलला मालक द्या

प्रत्येक प्रोफाइलसाठी एक इन्स्टन्स, प्रत्येक इन्स्टन्ससाठी एक कॉन्फिगरेशन फाइल आणि जोडी ओळखणारे एक नाव। Debian शैलीच्या पॅकेजिंगमध्ये @ चिन्हानंतरचे नाव फाइल निवडते, म्हणून एकच इन्स्टन्स नाव सामायिक करणारी दोन प्रोफाइल कधीही दोन्ही काम करू शकत नाहीत। मॅपिंग स्थापित युनिटमधून पुष्टी करा, ट्युटोरियलमधून नाही।

systemctl cat [email protected]
ip -4 addr show

मग रूट कोण स्थापित करतो ते ठरवा, हा धोरणाचा प्रश्न आहे, वाक्यरचनेचा नाही।

जेव्हा दोन्ही सर्व्हर विसंगत संच ढकलतात, तेव्हा एकतर जोडाroute-nopull आणि प्रत्येक प्रोफाइलला आवश्यक तेच प्रीफिक्स सूचीबद्ध करा, किंवा एकाला त्याचा डीफॉल्ट रूट ठेवू द्या आणिउर्वरित धोरण नियमाने वळवा। दोन्ही डीफॉल्ट रूट स्थापित करणाऱ्या दोन प्रक्रिया एकाच विजेत्यासह संपतात आणि का हे कोणीही सांगू शकत नाही। दोन्ही टनेल वेगवेगळ्या स्रोतांची रहदारी वाहून नेऊ लागताच प्रतिसाद चुकीच्या टनेलमधून बाहेर पडू शकतो, आणि टिकणारा नमुना म्हणजे प्रतिसादांवर पुनर्संचयित आणि स्वतःच्या तक्त्यात वळवलेले कनेक्शन मार्क। टनेलचे स्वतःचे एन्क्रिप्टेड पॅकेट कधीही त्यांना जुळू नयेत म्हणून मार्क मर्यादित करा।

प्रत्येक टनेलनुसार पडताळा, नंतर एक थांबवा

दोन्ही वर आल्यावर तीन वाचन घ्या: प्रत्येक टनेल उपकरणावरील पत्ता, प्रत्येकाच्या मागे राहणाऱ्या होस्टपर्यंतचा रूट, आणि दोन्हींच्या बाहेरील गंतव्य घेणारा मार्ग। नियम खेळात येताच साधी रूट यादी अंतिम शोधाचे वर्णन करणे थांबवते, म्हणून कर्नेलला ते खरेच काय निवडेल ते विचारा। मग एक इन्स्टन्स थांबवा आणि काय नाहीसे होते ते पाहा। पहिले थांबवल्याने दुसरे बाधित झाले तर त्यांच्यात अजून काहीतरी सामायिक आहे: रूट, उपकरणाचे नाव, किंवा कोणीही वेगळे न केलेला फायरवॉल नियम।

ip rule show
ip route get 203.0.113.9

थांबवलेले प्रोफाइल परत आणा आणि तीच तपासणी पुन्हा करा, कारण रीबूटनंतर एकदा काम करून पुन्हा कधीही न करणारे टनेल म्हणजे राउटिंगच्या पोशाखातील जीवनचक्रातील दोष।

परिनियोजन टिपांमध्ये कोणते प्रोफाइल कोणत्या प्रीफिक्सचे मालक आहे ते पूल श्रेणींच्या शेजारी नोंदवा। दोन टनेल ही जाणीवपूर्वक केलेली व्यवस्था आहे, आणि पुढील वाचकाला कोणतेही प्रोफाइल स्पर्श करण्यापूर्वी सीमा दिसणे आवश्यक आहे। ती नोंद नसल्यास, सामायिक प्रीफिक्स शेवटी तुटल्यावर ड्युटीवर असलेला व्यक्ती सीमा पुन्हा शोधतो।