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 नामपछाडिको अमर्मत गरिएको विधिले भर्नुको सट्टा त्यसलाई अंगीकरणको कमीका रूपमा लेख्नुहोस्। लेखिएको कमी निर्णय हो; चुपचाप भरिएको कमी भविष्यको अवरोध हो। त्यो सेवा-निर्णयको मालिकलाई, भेट्टाएको मितिसहित दिनुहोस्।