გაყოფილი გვირაბი Windows-ზე: კარიბჭის უჯრა და დაკარგული პრეფიქსი

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

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

რატომ ჰგავს მომუშავე გვირაბი შეფერხებას

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

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

მოსანიშნი უჯრა, რომელიც IPv4 დიალოგში იმალება

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

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

route print -4 | findstr /c:"0.0.0.0"
Get-VpnConnection -Name 'Work VPN' | Select-Object Name, SplitTunneling, Routes

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

პრეფიქსი, რომელიც არავის ჩამოუწერია

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

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

route -p add 172.20.8.0 mask 255.255.255.0 10.8.0.1
Add-VpnConnectionRoute -ConnectionName 'Work VPN' -DestinationPrefix 172.20.8.0/24
Get-VpnConnection -Name 'Work VPN' | Select-Object -ExpandProperty Routes

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

შედეგის დამტკიცება გადატვირთვის შემდეგ

თვალი ადევნეთ ორივე მიმართულებით და ამოხსენით სახელით. საჯარო კვალი უნდა გავიდეს პროვაიდერის გავლით, შიდა კვალი უნდა შევიდეს გვირაბში, ხოლო შიდა ჰოსტმა უნდა უპასუხოს სახელით და არა მხოლოდ მისამართით.

tracert -4 www.example.com
tracert -4 wiki.corp.example
ping -4 fileserver.corp.example
ping -4 172.20.8.20

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

ტესტში დატოვეთ პრინტერიც და NAS-იც, რადგან ლეპტოპის გვერდით მდებარე მოწყობილობების მომჭრელი გაყოფილი გვირაბი ერთი პრობლემა გადაჭრა უფრო პატარა და უფრო მაღიზიანებელი პრობლემის შექმნით. Microsoft-ის Add-VpnConnectionRoute-ის ცნობარი არის ადგილი, სადაც პარამეტრების მართლწერას თქვენი მოდულის ვერსიასთან ამოწმებთ.