ორი Windows VPN ერთდროულად: რომელი პროფილი ინახავს ნაგულისხმევ მარშრუტს?

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

მხოლოდ ერთი ჩანაწერი შეიძლება იყოს საუკეთესო ნაგულისხმევი

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

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

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

რას აყენებს მონიშვნა და რას შლის

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

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

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

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

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

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

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

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

თითოეული გაყოფილი გვირაბისთვის ცალსახად დაამატეთ დისტანციური დიაპაზონები, სერვერის საჯარო მისამართის ნაცვლად გამოიყენეთ ის პარტნიორის მისამართი, რომელიც ამ ადაპტერზე ჩანს:

> route add 172.22.0.0 mask 255.255.0.0 172.20.4.1
> route print -4
> Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric

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

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

> Get-DnsClientServerAddress -AddressFamily IPv4
> Resolve-DnsName files.corp.internal -Server 172.20.4.1

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

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