OpenVPN TAP वरून TUN कडे: काम करणारा स्थलांतर क्रम

dev tap च्या जागी dev tun वापरणे म्हणजे बोगदा काय वाहून नेतो ते बदलणे, फक्त त्याचे नाव नाही। TAP इंटरफेस Ethernet फ्रेम्स ब्रिजकडे सुपूर्द करतो, त्यामुळे क्लायंट ऑफिसच्या स्विचमध्ये जोडलेल्यासारखे वागतात। TUN इंटरफेस IP पॅकेट्स वाहून नेतो, त्यामुळे क्लायंटना मार्ग हवेत आणि पलीकडच्या बाजूला परतीचा मार्ग हवा। क्लायंट, पत्त्यांची योजना आणि LAN चा परतीचा मार्ग या सर्वांना त्या बदलासोबत हलावे लागते।

स्थलांतर हे बोगद्यासह जोडलेले नेटवर्क पुनर्रचना आहे, आणि खालील क्रम ते उलट करण्यायोग्य ठेवतो।

Ethernet वर प्रत्यक्षात काय अवलंबून आहे याची यादी करा

होस्ट नाही, अनुप्रयोगांची यादी करा। प्रत्येकजण मार्गित TCP किंवा UDP सेवा, ब्रॉडकास्ट शोध, ऑफिस LAN मधील DHCP, IP नसलेला Ethernet प्रोटोकॉल, किंवा दोन्ही टोके एकाच सबनेटमध्ये आहेत असे गृहीतक यापैकी काय वापरतो हे ठरवा। सामान्य IP प्रवेश मार्गित रचनेत टिकतो। कच्च्या Ethernet फ्रेम्स आवश्यक असलेला प्रोटोकॉल टिकत नाही, आणि कोणतेही मार्गनियोजन ते बरे करणार नाही। शोधावर अवलंबून असलेल्या अनुप्रयोगांना कटओव्हरच्या आधी ठरवलेली पर्यायी यंत्रणा हवी, त्याच्या दरम्यान नाही।

ती यादी स्वीकृती यादी देखील आहे। तुम्ही हलवू शकत नाही अशी प्रत्येक नोंद दस्तऐवजीकृत अपवाद किंवा त्या कामाच्या भारासाठीच लहान विभाग TAP जिवन्त ठेवण्याचे कारण बनते।

पत्ते व परतीच्या मार्गाची योजना तयार करा

LAN, जुन्या ब्रिज श्रेणी किंवा क्लायंट आधीच पोहोचत असलेल्या कोणत्याही नेटवर्कशी न ओव्हरलॅप होणारा क्लायंट उपसर्ग निवडा। सबनेट टोपोलॉजी सर्व्हरला dev tun, topology subnet आणि server 10.78.0.0 255.255.255.0 असा तुकडा हवा, पण तो केवळ तुकडा आहे, कार्यरत प्रोफाइल नाही। त्याभोवती मंजूर TLS, ओळख, वाहतूक आणि प्रवेश धोरण ठेवा, आणि मोकळा असल्याची पडताळणी केलेला उपसर्ग वापरा।

नंतर क्लायंटना पोहोचायच्या गंतव्यस्थानांची आणि परतीचा मार्ग कोण देतो याची नोंद करा। सर्व्हरला फॉरवर्डिंग सक्षम आणि परवानगी दिलेला पुढील मार्ग हवा। LAN राउटरना नवीन उपसर्गाकडे परतीचा मार्ग हवा, किंवा रचनेला त्यातून येणाऱ्या दृश्यमानतेच्या किंमतीसह स्रोत भाषांतर हवे। क्लायंटला ढकललेला मार्ग क्लायंट कॉन्फिगर करतो, LAN चा प्रत्युत्तर मार्ग नाही।

वेगळ्या श्रोत्यावर चाचणी घ्या

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

पुन्हा जोडणी आणि परतीच्या रहदारीची चाचणी समाविष्ट करा। पूर्ण होणारे हातमिळवणी पलीकडची बाजू उत्तर देऊ शकते का याबद्दल काहीही सांगत नाही।

रोलबॅकसह गटांत क्लायंट हलवा

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

जुना मार्ग तुलनेसाठी अजून अस्तित्वात असताना कोणीही न सांगितलेला अनुप्रयोग शोधण्याची जागाही गट देतात।

स्वीकृतीनंतरच ब्रिज निवृत्त करा

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

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