რაღაც მუდმივად უშვებს OpenVPN ერთეულს: იპოვეთ წყარო

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

ჯერ ზუსტი ერთეული დაასახელეთ

დაიწყეთ journal-ში ერთეულის სახელიდან და არა პროფილის ფაილის სახელიდან. ინსტანციას შეიძლება ერქვას openvpn@, openvpn-client@, openvpn-server@ ან დისტრიბუციისთვის დამახასიათებელი რამ, და სახელის გამოცნობა არასწორ შაბლონამდე მიგიყვანთ. სტატუსის გამონატანი ასახელებს ერთეულს, რომელიც რეალურად მუშაობდა, და აქ მხოლოდ ეს სახელია მნიშვნელოვანი. დააკოპირეთ ის ზუსტად, ნებისმიერი სუფიქსის ჩათვლით.

შემდეგი ბრძანებები აღწერენ ამ ერთეულს არაფრის შეცვლის გარეშე. systemctl show იუწყება ფრაგმენტის გზას, წყაროს გზას, ერთეულის ფაილის მდგომარეობას, ნებისმიერ drop-in-ს და რამ გაააქტიურა ის. list-dependencies --reverse აჩვენებს, რომელი ჩატვირთული ერთეულები მიუთითებენ მასზე. ორივე მხოლოდ-კითხვითია, ამიტომ შეასრულეთ ისინი თეორიის ჩამოყალიბებამდე.

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

წაიკითხეთ შაბლონი ფაილის სახელის გასაგებად

ინსტანციის ერთეული შაბლონის გაფართოებაა და შაბლონი წყვეტს, რომელი კონფიგურაციის ფაილი იკითხება. ინსტანციისთვის დამახასიათებელი ჩამნაცვლებლით დამთავრებული ბრძანების ხაზი ინსტანციის სახელად და სუფიქსად იშლება. თუ სუფიქსი .conf არის და ინსტანციას old ჰქვია, ფაილი old.conf არის. თუ ინსტანციას old.conf დაარქმევთ, იგივე შაბლონი ითხოვს old.conf.conf-ს.

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

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

თვალყური ადევნეთ, როგორ შედის ის ჩატვირთვის ტრანზაქციაში

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

/run/systemd/generator-ის ქვეშ გენერირებული გამონატანი პროდუქტია და არა წყარო. მისი რედაქტირება მხოლოდ შემდეგ გენერაციამდე ძლებს, ამიტომ იქ გამოყენებული შესწორება წარმატებულად გამოიყურება და შემდეგ უკან ბრუნდება.

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

მოხსენით გააქტიურება და არა მხოლოდ პროცესი

თუ ინსტანცია პირდაპირ გააქტიურებულია და ნამდვილად მოძველებულია, systemctl disable --now აჩერებს მას და ერთი ნაბიჯით შლის ჩატვირთვის ბმულს. ჯერ შეამოწმეთ, რომ ეს გვირაბი ჰოსტამდე თქვენი ერთადერთი ადმინისტრაციული გზა არ არის. ბრძანება სასიცოცხლო ციკლის მაგალითია და არა წინადადება მანქანაზე ყველა VPN-ის შესაჩერებლად. შეასრულეთ შემოწმება ბრძანებამდე და არა შემდეგ.

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

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

დაადასტურეთ გადატვირთვით და არა სტატუსის ეკრანით

თუ ერთეულის განსაზღვრებები ან გენერატორის შეყვანები შეიცვალა, გადატვირთეთ systemd, შემდეგ შეამოწმეთ მიღებული მდგომარეობა. დემონის გადატვირთვა ახალ პროფილს მომუშავე გვირაბში არ უშვებს, ამიტომ ორი შემოწმება ცალკეა. დაგეგმეთ გადატვირთვა და დაადასტურეთ, რომ ინსტანცია არარსებული რჩება, სანამ სასურველი გვირაბი კვლავ მუშაობს.

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