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 արժեքի համար, մեկ մուտք, մեկ մասնավոր ռեսուրս։ Միայն ծառայության վիճակը վերջնագիծ չէ։

Այդ տողերից երկուսը ստուգումներ են, երկուսը՝ գործողություններ, և հենց դա է հերթականության իմաստը։ Եթե չեք կարողանում պատասխանել արտադրանքի հարցին, կանգ առեք. այն հրամանը, որը պատրաստվում էիք կատարել, պատկանում է այլ տեղադրման, և այն թունելը, որը կիջեցնեք, չի լինի ձեր մտքում եղածը։