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, एक लॉगिन, एक निजी संसाधन। केवल सेवा की स्थिति अंतिम रेखा नहीं है।

उन पंक्तियों में से दो जाँच हैं और दो क्रियाएँ, और क्रम का यही अर्थ है। यदि आप उत्पाद का प्रश्न उत्तर नहीं दे सकते, तो रुकें: जो कमांड आप चलाने वाले थे वह किसी अन्य इंस्टॉलेशन का है, और जो टनल आप गिराएँगे वह आपके इरादे की नहीं होगी।