Juju charm तुमचा VPN होण्यापूर्वी: ओळख, करार, पोर्ट

कोणालातरी VPN चालवते असा दावा करणारे charm सापडते, ते तैनात करतात, अनुप्रयोग एक्सपोज करतात आणि क्लायंट जोडण्याची वाट पाहतात। तैनाती यशस्वी होते, पोर्ट उघडतो, आणि तरीही टनेल काम करत नाही, कारण तीन असंबंधित वचने एकात एकत्र केली गेली होती। charm ही विशिष्ट करार असलेली तैनाती अंमलबजावणी आहे। ती वचने वेगळी तपासा, आणि त्रुटी रोलआउटनंतर नाही, आधीच दिसतील।

पहिली पायरी: ज्या आर्टिफॅक्टबद्दल तुम्ही वाचत आहात ते पिन करा

उमेदवाराचे स्वतःचे मेटाडेटा वाचा: प्रकाशक, स्रोत रिपॉझिटरी, चॅनेल, आवृत्ती, बेस आणि आर्किटेक्चर। नंतर वर्कलोडमधील VPN सॉफ्टवेअर कोण देखभालतो आणि त्याचे सुरक्षा अपडेट कोण पुरवते हे निश्चित करा, कारण हे अनेकदा दोन वेगळे पक्ष असतात। चांगल्या प्रकारे देखभाल केलेल्या charm मधील अदेखभाल केलेला upstream ही वाईट आठवड्याची वाट पाहणारी सपोर्ट समस्या आहे।

juju info CHARM_NAME Juju 3.6 मध्ये चॅनेल, बेस आणि आर्किटेक्चर नोंदवते, आणि दस्तऐवज नमूद करतात की विशिष्ट आवृत्तीची चौकशी त्या फिल्टरसह एकत्र करता येत नाही। कमांड नाकारते असे संयोजन तयार करण्याऐवजी आवृत्ती स्वतंत्रपणे विचारा। बेस आणि आर्किटेक्चरही वाचा, कारण एक चॅनेल एकापेक्षा जास्त व्यापू शकते।

तुम्ही तपासलेले नेमके संयोजन तैनातीच्या शेजारी नोंदवा। मग चॅनेल हलवणारे रिफ्रेश हे आधी आणि नंतर असलेले जाणीवपूर्वक बदल आहे, सोमवारचे आश्चर्य नाही।

दुसरी पायरी: कॉन्फिगरेशन करार म्हणून वाचा

charm जी भूमिका बजावते ती ठरवा: दूरस्थ प्रवेश संपवणे, विद्यमान VPN मध्ये सामील होणे, किंवा पूर्णपणे दुसरे काहीतरी। नंतर क्लायंट नोंदणी, विश्वासार्ह जारीकर्ते, क्रेडेन्शियल फिरती आणि रद्द करणे हे कसे दस्तऐवजीकृत करते ते शोधा। ते चार ठरवतात की तुम्ही ते चालवू शकता का, आणि तयार केलेली क्लायंट फाइल तिकिटासाठीची फाइल नसून संवेदनशील आउटपुट आहे।

charm प्रत्यक्षात जे इंटरफेस आणि क्रिया देते त्यांचे अनुसरण करा। त्याच सॉफ्टवेअरच्या दुसऱ्या charm मध्ये नोंदणी क्रिया आहे म्हणून इथेही आहे असे गृहीत धरू नका।

समेट हाताने केलेल्या संपादनांना काय करतो ते विचारा। जर charm पुढील अपडेटमध्ये कॉन्फिगरेशन फाइल ओव्हरराइट करते, तर हाताने केलेल्या दुरुस्तीचे आयुष्य एक अपग्रेड आहे। हे वर्तन कुठे दस्तऐवजीकृत आहे ते देखभालकांना विचारा, आणि शांततेला अज्ञात माना।

तिसरी पायरी: श्रोत्याला फॉरवर्ड केलेल्या मार्गापासून वेगळे करा

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

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

चौथी पायरी: एक्सपोजर ही फायरवॉल क्रिया आहे

Juju 3.6 मध्ये, अनुप्रयोग एक्सपोज केल्याने क्लाउड फायरवॉल नियम समायोजित होतात, आणि डीफॉल्टनुसार कोणत्याही स्रोताकडून वर्कलोडने उघडलेल्या पोर्टपर्यंत रहदारीला परवानगी देते। कमांडचे endpoint आणि CIDR निवडक त्या डीफॉल्टला संकुचित करता यावे म्हणूनच आहेत।

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

पाचवी पायरी: चार चाचण्यांनी स्वीकारा

मंजूर तैनातीनंतर, नवीन क्लायंट नोंदवा आणि इच्छित खाजगी सेवेची पुष्टी करा। नंतर ती ओळख रद्द करा आणि पुष्टी करा की प्रवेश खरोखर संपतो, फक्त पुढील लॉगिन नाकारले जाते असे नाही। तुम्ही नियंत्रित न करता त्या नेटवर्कवरून, आणि नंतर कार्यालयाच्या आतून तपासणीची पुनरावृत्ती करा, कारण या दोन मार्गांनी वेगवेगळ्या प्रश्नांची उत्तरे देतात।

अपग्रेड आणि पुन्हा कनेक्टने पूर्ण करा, कारण तिथेच समेट, क्रेडेन्शियल हाताळणी आणि सेवा पुनर्प्रारंभ एकत्र काम करतात। जर दस्तऐवज हे स्पष्ट करू शकत नाहीत की त्या क्रियांपैकी एकाचा मालक कोण आहे, तर त्याच charm नावामागील अदेखभाल केलेल्या पाककृतीने भरण्याऐवजी ती स्वीकृती-तूट म्हणून लिहा। लिहिलेली तूट हा निर्णय आहे; शांतपणे भरलेली तूट भविष्यातील खंड आहे। ती सेवा-निर्णयाच्या मालकाला, सापडलेल्या तारखेसह द्या।