Windows-ის VPN მთელ ტრაფიკს იღებს? წაშალეთ მისი ნაგულისხმევი მარშრუტი

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

დაიწყეთ ადაპტერის თვისებებიდან, არა პარამეტრებიდან

პარამეტრები აპლიკაცია პროფილს აჩვენებს ქსელი და ინტერნეტი განყოფილებაში, შემდეგ VPN-ში, მაგრამ მხოლოდ ზოგად პარამეტრებს ავლენს. ნაგულისხმევი კარიბჭის გადაწყვეტილება ადაპტერზე ცხოვრობს. გახსენით ადაპტერების კლასიკური სია Win+R და ncpa.cpl-ით, მარჯვენა ღილაკით დააწკაპეთ VPN კავშირს, აირჩიეთ თვისებები, აირჩიეთ ინტერნეტ პროტოკოლი ვერსია 4, კვლავ თვისებები და შემდეგ დამატებითი. მოხსენით ნიშანი დისტანციურ ქსელში ნაგულისხმევი კარიბჭის გამოყენება-ს და დაადასტურეთ გასვლა სამივე დიალოგიდან.

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

იგივე ცვლილება PowerShell-იდან

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

Set-VpnConnection -Name "Office" -SplitTunneling $true
Get-VpnConnection -Name "Office" | Select-Object Name,SplitTunneling

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

როდესაც კარიბჭე ნაგულისხმევს ისევ აგზავნის

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

route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
Get-NetAdapter | Select-Object Name,ifIndex

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

Remove-NetRoute -DestinationPrefix 0.0.0.0/0 -InterfaceIndex 21 -Confirm:$false
route delete 0.0.0.0 10.8.0.1

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

route add 10.0.0.0 mask 255.0.0.0 10.8.0.1 metric 5 if 21

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

ერთი ხელახალი კავშირის შემდეგ კვლავ შეამოწმეთ DNS, IPv6 და მეტრიკები

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

Get-NetRoute -DestinationPrefix ::/0
Get-DnsClientServerAddress -InterfaceAlias "Office"
Get-DnsClientNrptPolicy

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

გადაწყვიტეთ, რაზე თქვით უარი

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

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