ხელის ჩამორთმევა მუშაობს, ინტერნეტი არა: რა გამოვასწოროთ პირველად Windows 11-ზე

Windows 11-ზე ხშირად ახალი ხელის ჩამორთმევები დგას იმ ბრაუზერების გვერდით, რომლებიც არაფერს ხსნიან. ხელის ჩამორთმევა მხოლოდ იმას ადასტურებს, რომ პარტნიორთან UDP გაცვლა დასრულდა. ის არაფერს ამბობს Windows-ის მიერ დაყენებულ მარშრუტზე, გამოყენებულ რეზოლვერზე და არც იმაზე, გადასცემს თუ არა გასასვლელი რამეს საერთოდ.

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

შრე განსაზღვრეთ გასაღებებზე შეხებამდე

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

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

wg show
Find-NetRoute -RemoteIPAddress 1.1.1.1
Resolve-DnsName example.com -Server 1.1.1.1

თუ ხელის ჩამორთმევის დრო ცარიელია

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

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

თუ მარშრუტი ფიზიკურ ადაპტერთან აგებს

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

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

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

WireGuard IP პაკეტებს გადააქვს და DNS-ზე აზრი არ აქვს. ჩასვით DNS = სტრიქონი ინტერფეისის ნაწილში, ან დააყენეთ ადაპტერი Windows-ის მეშვეობით. მის გარეშე მისამართით ping წარმატებულია, სანამ ყველა ჰოსტის სახელი ჩავარდება, და მომხმარებლები ამას ინტერნეტის არქონად აცხადებენ.

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

თუ Windows მანქანა არის გასასვლელი

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

Windows-ისთვის დამახასიათებელი კიდევ ორი კონფლიქტი ღირს ყურადღებას. Routing and Remote Access სერვისმა შეიძლება ხელი შეუშალოს გვირაბს. არასწორი არქიტექტურისთვის აგებული ინსტალატორი ჩავარდება შეტყობინებით, რომელიც არქიტექტურას არასოდეს იხსენიებს.

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