vpn.persistent აგრძელებს ცდას, მაგრამ დაკავშირებულს არ გიტოვებთ

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

რას იღებს ვალდებულებად პარამეტრი სინამდვილეში

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

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

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

ოთხი კითხვა, რომლებიც ერთად იყრება

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

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

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

ჩამონათვალი, რომელიც მათ ცალ-ცალკე ინახავს

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

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

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

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

ავთენტიფიკაცია აღდგენის ნაწილია

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

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

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

მდგრადობა kill switch არ არის

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

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

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