OpenVPN Access Server: डेमन पुनः सुरु गर्ने कि सेटिङ लागू गर्ने

OpenVPN Access Server मा एउटै काम जस्तो देखिने कुराको लागि दुई आदेश टाँसिन्छन्, र तिनीहरू फरक काम गर्छन्। systemctl restart openvpnas ले सम्पूर्ण उत्पादन रोकेर पुनः सुरु गर्छ। sacli start ले भर्खरै परिवर्तन गरेको कन्फिगरेसन पढ्ने आन्तरिक सेवाहरू उठाउँछ। तिनीहरूबीचको छनोट स्वादको विषय होइन: यो सेटिङको आफ्नै कागजातले के भन्छ, तपाईंको सत्र पुनः सुरु गर्न लागेको सर्भरबाट जान्छ कि जाँदैन, र तपाईं सही उत्पादन हेर्दै हुनुहुन्छ कि भन्नेमा निर्भर छ।

दुई तह, एउटा डेमन

Access Server एउटै systemd इकाइ, openvpnas का रूपमा चल्छ, र त्यो डेमनले वेब इन्टरफेस पछाडिका आन्तरिक सेवा र VPN श्रोताहरूको निगरानी गर्छ। sacli त्यही स्थापनाको आदेश-लाइन इन्टरफेस हो, /usr/local/openvpn_as/scripts/sacli मा, र इकाइ नबदली ती आन्तरिक कम्पोनेन्टहरू सुरु, रोक्न र सोध्न सक्छ।

त्यसैले दुवै आदेश छन्। डेमन पुनः सुरु गर्दा सबै कुरा फेरि चल्छ, क्लाइन्ट सुरुङ अन्त्य गर्ने प्रक्रिया पनि। sacli start ले पहिले नै चलिरहेको डेमनलाई यसका कम्पोनेन्टहरू उठाउन भन्छ ताकि तिनले नयाँ कन्फिगरेसन पढून्, र अधिकांश गुण परिवर्तनले वास्तवमा यही चाहन्छ।

पहिलो सर्त: सेटिङको कागजातले के भन्छ

तपाईंले परिवर्तन गरेको सेटिङको पृष्ठ पढ्नुहोस्, गत महिना परिवर्तन गरेको सेटिङको होइन। ConfigPut मार्फत लेखिएको गुणपछि सामान्यतया sacli start आउँछ, र त्यो जोडी कागजातमा उल्लेखित लागू गर्ने चरण हो। श्रोता-स्तरको व्यवहारमा परिवर्तन, वा पृष्ठले सेवा पुनः सुरु आवश्यक भनी वर्णन गर्ने जुनसुकै कुरा, त्यो वर्ग हो जहाँ इकाइ पुनः सुरु गर्नु सही हुन्छ।

दुई आदेश परस्पर बदल्न मिल्दैन, त्यसैले अनुमान गर्दाको त्रुटि असममित छ। पूर्ण पुनः सुरु आवश्यक हुँदा sacli start प्रयोग गर्दा पुरानो प्रक्रिया अघिल्लो कन्फिगरेसनमै सेवा दिइरहन्छ, जसले सेटिङ बेवास्ता गरिएको जस्तो देखिन्छ। sacli start पर्याप्त हुँदा पूर्ण पुनः सुरु गर्दा कुनै कारण बिना जोडिएको हरेक क्लाइन्ट बाहिरिन्छ।

दोस्रो सर्त: तपाईंको सत्र सुरुङभित्र छ कि

यदि तपाईं Access Server लाई यसले दिने VPN मार्फत व्यवस्थापन गर्नुहुन्छ भने, पुनः सुरुले तपाईंको shell बोक्ने जडान हटाउँछ। तपाईंको सत्र मरेपछि आदेश पूरा हुन सक्छ, त्यसैले काम भयो कि भएन अनुमान गर्नुपर्छ। त्यही कारणले sacli start ले पनि पुनः सुरु हुने कम्पोनेन्टले तपाईंको ट्राफिक सम्हाल्दा सत्र क्षणभर अवरुद्ध गर्न सक्छ।

कुनै पनि आदेश अघि ब्यान्ड बाहिरको बाटो खुला राख्नुहोस्: प्रदायकको कन्सोल, हाइपरभाइजर कन्सोल, वा सिरियल सत्र। यो सर्तले आदेश कहिले चलाउने भन्ने निर्धारण गर्छ, कुन भन्ने होइन, र दुई मिनेटको परिवर्तनलाई अवरोध प्रतिवेदनमा बदल्ने पनि यही हो।

तेस्रो सर्त: यो तपाईंले सोचेको उत्पादन हो कि

Access Server Community OpenVPN होइन. समुदाय स्थापनाले openvpn@server वा openvpn-client@profile जस्ता इकाइ चलाउँछ, कन्फिगरेसन /etc/openvpn मा हुन्छ, र त्यहाँ sacli हुँदैन। साझा होस्टमा नाममा openvpn भएका सबै इकाइ पुनः सुरु गर्नु नै असम्बन्धित सुरुङहरू सँगै खस्ने तरिका हो।

केही पनि छुनुअघि पहिचान गर्नुहोस्: systemctl status openvpnas --no-pager ले Access Server चलिरहेको हो कि होइन भन्ने जवाफ दिन्छ, sacli status ले यसका आन्तरिक कम्पोनेन्ट सूचीबद्ध गर्छ, र systemctl list-units --type=service ले नाममा openvpn भएका इकाइ सूचीबद्ध गर्छ। यदि अन्तिम आदेशले प्रोफाइल नामका इकाइ देखायो भने, तपाईं समुदाय उत्पादनमा हुनुहुन्छ र यहाँको बाँकी कुरा तपाईंलाई लागू हुँदैन।

लागू गर्नुहोस्, त्यसपछि active भन्दा पर जाँच्नुहोस्

active रिपोर्ट गर्ने इकाइमा चलिरहेको प्रक्रिया हुन्छ, जुन काम गर्ने प्रमाणीकरण मार्गसँग उही होइन। लागू गर्ने चरणपछि, पुनः सुरु हुने अपेक्षा गरेका कम्पोनेन्टका लागि sacli status जाँच्नुहोस्, मान sacli ConfigQuery ले सुरक्षित भएको पुष्टि गर्नुहोस्, अनि परीक्षण खातासँग एउटा सीमित क्लाइन्ट लगइन चलाउनुहोस्।

अनुप्रयोग स्तरको कुनै कुराले अन्त्य गर्नुहोस्: सुरुङबाट निजी स्रोतमा पुग्नुहोस्, सर्भरको सार्वजनिक ठेगानामा ping मात्र होइन। धकेलिएको मार्ग वा DNS सेटिङ गलत हुँदा सफल हुने ह्यान्डशेकले सबै सेवा जाँच पास गर्छ र तैपनि समस्या रिपोर्ट गर्ने व्यक्तिलाई असफल बनाउँछ।

कुन कार्यहरू sacli का हुन् भन्ने सन्दर्भ प्रदायकको सेवा-व्यवस्थापन ट्युटोरियल हो, र पुनः सुरु गर्नु सुरक्षित विकल्प हो भनी निर्णय गर्नुअघि यो खोल्नु उपयुक्त हुन्छ।

एकै पटकमा निर्णय

यी चार लाइन तल जानुहोस् र पहिलो मिल्ने लाइनमा रोकिनुहोस्:

• सेटिङ पृष्ठले sacli start भन्छ, वा तपाईंले भर्खरै ConfigPut चलाउनुभयो: sacli start प्रयोग गर्नुहोस्।
• पृष्ठले पुनः सुरु माग्छ, वा परिवर्तनले गुण होइन श्रोतालाई छुन्छ: systemctl restart openvpnas प्रयोग गर्नुहोस्।
• तपाईंको shell यो सर्भरबाट आउँछ: पहिले कन्सोल पहुँच मिलाउनुहोस्, त्यसपछि माथिका दुई लाइनले छानिएको आदेश चलाउनुहोस्।
• जाँच: sacli status, मानका लागि ConfigQuery, एउटा लगइन, एउटा निजी स्रोत। सेवाको अवस्था मात्र अन्तिम रेखा होइन।

तीमध्ये दुई लाइन जाँच हुन् र दुई कार्य, र क्रमको अर्थ त्यही हो। यदि उत्पादनको प्रश्नको उत्तर दिन सक्नुहुन्न भने रोकिनुहोस्: तपाईंले चलाउन लागेको आदेश अर्को स्थापनाको हो, र तपाईंले खसाल्ने सुरुङ तपाईंले सोचेको हुनेछैन।