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 მნიშვნელობისთვის, ერთი შესვლა, ერთი პირადი რესურსი. მხოლოდ სერვისის მდგომარეობა დასრულების ხაზი არ არის.

ამ ხაზებიდან ორი შემოწმებაა და ორი მოქმედება, და სწორედ ეს არის რიგის აზრი. თუ ვერ პასუხობთ პროდუქტის კითხვას, გაჩერდით: ბრძანება, რომლის შესრულებასაც აპირებდით, სხვა ინსტალაციას ეკუთვნის და გვირაბი, რომელსაც ჩამოაგდებთ, არ იქნება ის, რაც გულისხმობდით.

დაკავშირებული სტატიები