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