OpenVPN Access Server: डेमॉन पुन्हा सुरू करायचा की सेटिंग लागू करायची

systemctl restart openvpnas डेमॉन पुन्हा सुरू करते; sacli start अंतर्गत सेवा वर आणते. सेटिंगच्या दस्तऐवजानुसार चाला आणि नंतर active पेक्षा जास्त तपासा.

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

त्यातील दोन ओळी तपासण्या आणि दोन क्रिया आहेत, आणि क्रमाचा अर्थ तोच आहे. उत्पादनाच्या प्रश्नाचे उत्तर देऊ शकत नसाल, तर थांबा: तुम्ही चालवणार असलेला आदेश दुसऱ्या इन्स्टॉलेशनचा आहे आणि तुम्ही खाली आणणारे टनेल हेतूचे नाही.

संबंधित लेख