Windows VPN: შენახული პროფილი აქტიური ინტერფეისის მდგომარეობის წინააღმდეგ

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

ერთი და იმავე გვირაბის ორი ხედი

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

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

წაიკითხეთ ორივე ხედი ყველაფრის შეუცვლელად

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

Get-VpnConnection | Select-Object Name,ServerAddress,TunnelType,SplitTunneling,ConnectionStatus

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

Get-NetIPInterface | Select-Object InterfaceIndex,InterfaceAlias,AddressFamily,ConnectionState,InterfaceMetric

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

მიჰყევით მარშრუტს დანიშნულებამდე

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

Find-NetRoute -RemoteIPAddress 10.60.20.10 | Select-Object -First 1
Get-NetIPAddress -InterfaceIndex 37 | Select-Object IPAddress,AddressFamily,PrefixLength

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

შეადარეთ სამი მდგომარეობა ერთსა და იმავე პირობებში

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

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

ნუ წაშლით იმას, რაც არ იდენტიფიცირეთ

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

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