VPN-ის ავტომატური დაკავშირების გამორთვა პროფილის წაშლის გარეშე

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

დროშა, რომელსაც ხსნით, არ განიხილება

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

დოკუმენტირებული მექანიზმია მეორეული კავშირების სია საბაზისო პროფილზე. როცა Wi-Fi ან Ethernet კავშირი აქტიურდება, მენეჯერი ააქტიურებს იქ ჩამოთვლილ VPN UUID-ებსაც. დღეს ამ სიაში მხოლოდ VPN კავშირებია მხარდაჭერილი, და თუ მასში რამდენიმე ჩანაწერია, ერთი რედაქტირება ყველაზე მოქმედებს.

ავტომატური დაკავშირების პრიორიტეტი კანდიდატებს ალაგებს; ისიც არ არის გამორთვის გადამრთველი.

რედაქტირებამდე წაიკითხეთ ორივე პროფილი

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

nmcli -f NAME,UUID,TYPE connection show
nmcli -f connection.secondaries connection show "Wired connection 1"
nmcli -f connection.autoconnect,connection.autoconnect-priority connection show "Work VPN"

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

წაშალეთ ერთი ჩანაწერი და არა მთელი სია

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

nmcli connection modify uuid BASE_UUID -connection.secondaries VPN_UUID
nmcli -f connection.secondaries connection show "Wired connection 1"

შეამოწმეთ სია უწინ და შემდეგ, განსაკუთრებით მანქანაზე, რომელიც მეორე VPN-ზეა დამოკიდებული.

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

გამოსცადეთ ნამდვილი გადასვლა და არა ხელით გადატვირთვა

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

nmcli connection show --active
ip -brief address
ip route get 10.8.0.1

თუ გვირაბი მაინც ჩანს, დარჩენილი მფლობელი ჩვეულებრივ სკრიპტია. მენეჯერის ჟურნალი გვიჩვენებს, რომელი პროფილი გააქტიურდა და როდის, ხოლო dispatcher საქაღალდე ის ადგილია, სადაც იცხოვრებდა hook, რომელიც ინტერფეისის მოვლენაზე იძახებს nmcli connection up-ს. hook პროფილების რედაქტორში უხილავია და ამიტომ გადაურჩება ყველა ექსპერიმენტს.

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

როგორ გამოიყურება კარგი შედეგი

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

ჩაწერეთ საბაზისო კავშირის UUID runbook-ში, რადგან სწორედ ამ პროფილს დაარედაქტირებთ შემდეგ ჯერზე.

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