OpenVPN Access Server: demonni qayta ishga tushirish yoki sozlamani qollash

OpenVPN Access Server da bir xil ish bolib koringan narsa uchun ikkita buyruq yopishtiriladi va ular boshqa ishlarni qiladi. systemctl restart openvpnas butun mahsulotni toxtatib qayta ishga tushiradi. sacli start esa siz hozir ozgartirgan konfiguratsiyani oqiydigan ichki xizmatlarni kotaradi. Ularning orasidan tanlash tam masalasi emas: bu sozlamaning oz hujjati nima deyishiga, sessiyangiz qayta ishga tushiriladigan server orqali otishiga va siz togri mahsulotga qarab turishingizga bogliq.

Ikki qatlam, bitta demon

Access Server bitta systemd birligi, openvpnas sifatida ishlaydi va bu demon veb-interfeys ortidagi ichki xizmatlar hamda VPN tinglovchilarini nazorat qiladi. sacli xuddi shu ornatishning buyruq qatori interfeysi bolib, /usr/local/openvpn_as/scripts/sacli manzilida, birlikni almashtirmasdan osha ichki komponentlarni ishga tushirishi, toxtatishi va sorashi mumkin.

Shu sababli ikkala buyruq ham bor. Demonni qayta ishga tushirish hamma narsani yangidan bajaradi, mijoz tunnellarini tugatuvchi jarayonni ham. sacli start allaqachon ishlab turgan demondan oz komponentlarini kotarishni soraydi, ular yangi konfiguratsiyani oqiydi, va kop xususiyat ozgarishlari aynan shuni talab qiladi.

Birinchi shart: sozlama hujjati nima deydi

Siz ozgartirgan sozlama sahifasini oqing, otgan oyda ozgartirganingizni emas. ConfigPut orqali yozilgan xususiyatdan keyin odatda sacli start keladi va bu juftlik hujjatlashtirilgan qollash bosqichidir. Tinglovchi darajasidagi xatti-harakat ozgarishi yoki sahifa xizmatni qayta ishga tushirish talab qiladi deb tariflagan har qanday narsa birlikni qayta ishga tushirish togri bolgan sinf.

Ikki buyruq ozaro almashtirilmaydi, shuning uchun taxmin qilishdagi xato assimetrik. Toliq qayta ishga tushirish kerak bolganda sacli start ishlatilsa, eski jarayon avvalgi konfiguratsiya bilan xizmat qilishda davom etadi va bu sozlama etiborsiz qoldirilgandek korinadi. sacli start yetarli bolganda toliq qayta ishga tushirish esa hech qanday sababsiz barcha ulangan mijozlarni uzadi.

Ikkinchi shart: sessiyangiz tunnel ichidami

Agar Access Server ni u taqdim etgan VPN orqali boshqarsangiz, qayta ishga tushirish shell ingizni olib yuruvchi ulanishni olib tashlaydi. Buyruq sessiyangiz olgandan keyin tugashi mumkin, shuning uchun ishlaganmi yoqmi taxmin qilasiz. Shu sababdan sacli start ham qayta ishga tushirilayotgan komponent trafigingizni boshqarayotganda sessiyani qisqa vaqt uzishi mumkin.

Har qanday buyruqdan oldin tarmoqdan tashqari yolni ochiq tuting: provayder konsoli, gipervizor konsoli yoki seriyali sessiya. Bu shart buyruqni qachon bajarishingizni belgilaydi, qaysinisini emas, ikki daqiqalik ozgarishni uzilish hisobotiga aylantiradigan ham shu.

Uchinchi shart: bu siz oylagan mahsulotmi

Access Server bu Community OpenVPN emas. Hamjamiyat ornatishi openvpn@server yoki openvpn-client@profile kabi birliklarni ishga tushiradi, konfiguratsiya /etc/openvpn ichida, sacli u yerda yoq. Umumiy xostda nomida openvpn bolgan har bir birlikni qayta ishga tushirish aloqasiz tunnellarning birga yiqilish yolldir.

Biror narsaga tegishdan oldin aniqlang: systemctl status openvpnas --no-pager Access Server ishlab turganini javob beradi, sacli status uning ichki komponentlarini sanaydi, systemctl list-units --type=service nomida openvpn bolgan birliklarni sanaydi. Agar oxirgi buyruq profil nomli birliklarni korsatsa, siz hamjamiyat mahsulotidasiz va bu yerdagi qolgani sizga taalluqli emas.

Qollang, song active dan nariga tekshiring

active deb xabar beruvchi birlikning ishlab turgan jarayoni bor, bu ishlaydigan autentifikatsiya yoli bilan bir xil emas. Qollash bosqichidan keyin qayta ishga tushishini kutgan komponentlar uchun sacli status ni tekshiring, qiymat sacli ConfigQuery bilan saqlanganini tasdiqlang, song sinov hisobi bilan bitta cheklangan mijoz kirishini bajaring.

Amaliyot darajasidagi narsa bilan tugating: tunnel orqali shaxsiy resursga yeting, serverning ommaviy manziliga ping bilangina emas. Itarilgan marshrut yoki DNS sozlamasi notogri bolganda muvaffaqiyatli bolgan qol siqish barcha xizmat tekshiruvlaridan otadi va baribir muammoni xabar qilgan odamni muvaffaqiyatsizlikka uchratadi.

provayderning xizmatlarni boshqarish darsi qaysi amallar sacli ga tegishli ekani haqidagi manba, va qayta ishga tushirish xavfsiz variant deb qaror qilishdan oldin uni ochish arziydi.

Qaror bir otishda

Ushbu tort qator boylab tushing va birinchi mos keladiganida toxtang:

• Sozlama sahifasi sacli start ni ataydi, yoki siz hozir ConfigPut ni bajardingiz: sacli start dan foydalaning.
• Sahifa qayta ishga tushirishni talab qiladi, yoki ozgarish xususiyatlarga emas tinglovchilarga tegadi: systemctl restart openvpnas dan foydalaning.
• Shell ingiz shu server orqali keladi: avval konsolga kirishni tashkil qiling, song yuqoridagi ikki qator tanlagan buyruqni bajaring.
• Tekshiruv: sacli status, qiymat uchun ConfigQuery, bitta kirish, bitta shaxsiy resurs. Faqat xizmat holati marra chizigi emas.

Osha qatorlarning ikkitasi tekshiruv, ikkitasi amal, va tartibning manosi shu. Agar mahsulot haqidagi savolga javob bera olmasangiz, toxtang: bajarmoqchi bolgan buyruq boshqa ornatishga tegishli, va yiqitadigan tunnellingiz kozda tutganingiz emas.