შეუძლია ამ NetworkManager-ის დანამატს ორი VPN ერთდროულად გაშვება?

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

დათვალეთ შენახული პროფილები, შემდეგ გააქტიურებები

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

იმავე UUID-ის ორჯერ გააქტიურება მესამე შემთხვევაა და ეს თანადროულობა არ არის. ეს ერთი ინსტანციის ხელახალი გააქტიურებაა.

წაიკითხეთ დანამატის საკუთარი მეტამონაცემები

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

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

თანადროული არ ნიშნავს შეთანხმებულს

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

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

DNS ირჩევს გამარჯვებულს, გინდათ ეს თუ არა

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

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

განათავსეთ ფიქსირებული თანმიმდევრობით და შეამოწმეთ შუალედში

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

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