Wi-Fi თავისით უკავშირდება; VPN-ს მეორადი ასოციაცია სჭირდება

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

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

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

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

ორივე პროფილის იდენტიფიცირება UUID-ით

nmcli -f NAME,UUID,TYPE connection show

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

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

VPN-ის დამატება საბაზო კავშირზე

nmcli connection modify uuid "PRIMARY_UUID" +connection.secondaries "VPN_UUID"

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

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

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

საიდუმლოებები ასოციაციის ნაწილი არ არის

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

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

წაიკითხეთ ორივე მოვლენა, შემდეგ შეამოწმეთ რესურსი

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

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