ინტერფეისის ინდექსზე მიბმული VPN მარშრუტი ხელახალი დაკავშირებისას ფუჭდება

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

შეამოწმეთ, სინამდვილეში საით მიუთითებს მარშრუტი

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

Get-NetRoute -DestinationPrefix '10.77.0.0/16' | Select-Object DestinationPrefix, NextHop, InterfaceIndex, Store
Get-NetAdapter | Where-Object InterfaceDescription -like '*VPN*' | Select-Object Name, InterfaceIndex, InterfaceDescription
Get-VpnConnection -Name 'Lab VPN' | Select-Object Name, ServerAddress, SplitTunneling

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

მიაბით პრეფიქსი პროფილს, და არა ადაპტერს

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

Add-VpnConnectionRoute -ConnectionName 'Lab VPN' -DestinationPrefix '10.77.0.0/16' -PassThru

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

გაასუფთავეთ ძველი მარშრუტები ახლის დამატებამდე

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

Get-NetRoute -AddressFamily IPv4 | Where-Object DestinationPrefix -like '10.77.*'
Remove-NetRoute -DestinationPrefix '10.77.0.0/16' -NextHop '0.0.0.0' -Confirm:$false

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

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

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

rasdial 'Lab VPN' /disconnect
rasdial 'Lab VPN'
Find-NetRoute -RemoteIPAddress 10.77.5.20 | Select-Object -First 1

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

იცოდეთ, რისი გაკეთებაც მარშრუტს არ შეუძლია

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

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