Windows-ის კავშირს აზიარებთ? მის ქვეშ VPN-ის გზა იცვლება

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

ჰოსტის წარმატება არაფერს ამტკიცებს

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

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

რომელი ადაპტერია გაზიარებული, რომელი ემსახურება კლიენტებს

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

Get-NetAdapter | Where-Object Status -eq 'Up' | Select-Object Name,InterfaceIndex,LinkSpeed
Get-NetIPAddress -AddressFamily IPv4 | Select-Object InterfaceAlias,IPAddress,PrefixLength
Get-NetIPInterface | Select-Object InterfaceAlias,Forwarding,ConnectionState
Get-NetConnectionProfile

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

გადაცემა, თარგმნა და ფილტრაცია

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

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

შემოწმებები კლიენტზე გააკეთეთ, არა ჰოსტზე

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

Resolve-DnsName intranet.example.net -Type A
Resolve-DnsName intranet.example.net -Type AAAA
Invoke-RestMethod https://api.ipify.org
Test-NetConnection intranet.example.net -Port 443 -InformationLevel Detailed

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

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