NordVPN Ubuntu-ზე: დემონი, შესვლა და სუფთა წაშლა

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

დაიწყეთ სერვისით, არა ინსტალატორით

ჯერ წაიკითხეთ ერთეულის მდგომარეობა: systemctl status nordvpnd გეუბნებათ, მუშაობს თუ არა დემონი და ცოტა ხნის წინ გადატვირთული იყო თუ არა. სოკეტის ნებართვის შეტყობინება, როგორიც Permission denied accessing /run/nordvpn/nordvpnd.sock-ია, ჯგუფის წევრობას ეხება და არა გვირაბს. დაამატეთ ანგარიში მომწოდებლის ჯგუფში, შემდეგ სრულად გამოდით სამუშაო მაგიდის სესიიდან და ისევ შედით. ახალი ტერმინალი ძველ ჯგუფების სიას ინახავს, ამიტომ id ერთადერთი სწრაფი დადასტურებაა, რომ ცვლილება გამოყენებულ იქნა.

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

აირჩიეთ შესვლის ის გზა, რომელსაც აწყობა გთავაზობთ

შარშანდელი შესვლის ინსტრუქციები შეიძლება აღწერდეს დროშას, რომელიც აღარ არსებობს. მიმდინარე აწყობებში nordvpn login --legacy აბრუნებს flag provided but not defined: -legacy-ს, და მხარდაჭერილი ორი გზაა პორტალის ტოკენი და ბრაუზერის უკუგამოძახება. ტოკენის გზისთვის შექმენით ის ანგარიშის გვერდზე და ერთხელ გადასცადეთ: nordvpn login --token <token>. უკუგამოძახების გზისთვის დააკოპირეთ წარმატების მისამართი, შეცვალეთ https:// nordvpn://-ით და შედეგი ბრჭყალებში ჩასვით, როცა nordvpn login --callback-ს გადასცემთ.

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

სრულად წაშალეთ, საცავის ჩათვლით

წაშლას სამი ნაწილი აქვს: პაკეტი, apt-ის წყარო და ჯგუფის წევრობა. მხოლოდ პაკეტის გასუფთავება ტოვებს საცავს, რომელიც კვლავ პასუხობს apt update-ს, და მოძველებულ ჯგუფს, რომელიც კვლავ აძლევს წვდომას სოკეტზე, რომელიც არავის უნდა ჰქონდეს. თუ კლიენტი ჩამოტვირთული .deb-იდან მოვიდა, ჯერ დაადგინეთ პაკეტის ზუსტი სახელი dpkg -l | grep -i nordvpn-ით, რადგან გამოცნობა წარმოქმნის გასუფთავებას, რომელიც არაფერს შლის.

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

sudo apt purge nordvpn
sudo rm /etc/apt/sources.list.d/nordvpn.list
sudo gpasswd -d "$USER" nordvpn

წაშალეთ პროფილები, რომლებიც დეინსტალაციამ დაივიწყა

NetworkManager კავშირებს საკუთარ საცავში ინახავს და კლიენტს, რომელმაც ერთი დაყენების დროს ჩაწერა, შეუძლია ის აქტიური დატოვოს წაშლიდან დიდი ხნის შემდეგ. ცნობილი დამნაშავე pvpn-ipv6leak-protection-ია. ჩამოთვალეთ nmcli connection show-ით და nmcli connection show --active-ით, ჩაწერეთ UUID და წაშალეთ სწორედ ამ იდენტიფიკატორით, რომ ცოცხალი პროფილი არ წაშალოთ. თუ ჩანაწერი გადატვირთვის შემდეგ კვლავ გამოჩნდა, წაშალეთ მისი გასაღების ფაილი /etc/NetworkManager/system-connections/-ის ქვეშ და გადატვირთეთ NetworkManager.

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

შესვლა იგივე არ არის, რაც მომუშავე გვირაბი

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

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