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

გვირაბი გაქრა, პოლიტიკა არა

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

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

წაიკითხეთ ობიექტები, რომლებიც პაკეტს არასდროს ჰქონია

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

nmcli device status
nmcli connection show --active
ip -4 route
ip -6 route

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

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

წაშალეთ პროფილი და არა გასაღების ფაილი

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

sudo nmcli connection delete pvpn-killswitch
sudo systemctl restart NetworkManager

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

შეამოწმეთ ჩატვირთვის კაუჭი სანამ გამეორდება

ზოგი ნარჩენი თავის თავს ყოველ ჩატვირთვაზე ხელახლა აყენებს. ხელით დაწერილი unit ან if-up სკრიპტი, რომელიც firewall-ის წესებს ამატებს, ამას აგრძელებს პაკეტის გაქრობის შემდეგაც, ამიტომ გათიშვა ბრუნდება და წინა შეკეთება იღბალს ჰგავს. მოძებნეთ unit-ფაილებში და ქსელის კაუჭებში სანამ ხელახლა გადატვირთავთ. unit-ის სახელი ჩვეულებრივ გასცემს.

systemctl list-unit-files | grep -i vpn
grep -rl -i vpn /etc/systemd/system /etc/network/if-up.d

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

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