Handshake ishlayapti, internet yo‘q: Windows 11 da birinchi navbatda nimani tuzatish kerak

Windows 11 da yangi handshake ko‘pincha hech narsa ochmaydigan brauzerlar yonida turadi. Handshake faqat tengdosh bilan UDP almashinuvi tugaganini isbotlaydi. U Windows o‘rnatgan marshrut, ishlatiladigan resolver va chiqish umuman biror narsa uzatadimi, buni aytmaydi.

To‘rt shart bu qatlamlardan qaysi biri ishlamay qolganini hal qiladi. Ularni navbat bilan ko‘rib chiqish bir necha daqiqa oladi, kalitlarni qayta yozish esa ko‘proq vaqt oladi va hech narsani o‘zgartirmaydi.

Kalitlarga tegishdan oldin qatlamni aniqlang

Uch manzilni shu tartibda ko‘rib chiqing. Tunnel tomonidagi manzildan boshlang, keyin raqam sifatida ommaviy IP, va oxirida xost nomi bilan tugating. Zanjir uzilgan joyda qatlam nomi aniqlanadi. Birinchi qadamdagi xato — marshrutlash, ikkinchisida — uzatish yoki NAT, uchinchisida — nomlarni hal qilish.

Shu tartib butun usul. U DNS nosozligini buzilgan tunnel deb tashxislashning oldini oladi, bu yerda eng ko‘p uchraydigan noto‘g‘ri yo‘l.

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

Agar handshake vaqti bo‘sh bo‘lsa

Handshake vaqti bo‘sh bo‘lsa, shifrlangan almashinuv hech qachon tugamagan. Demak nosozlik marshrutlashdan oldin joylashgan. Avval endpoint manzili va portni ko‘ring, keyin tarmoq UDP ni filtrlaydimi. WireGuard trafigini tashlab yuboradigan hosting provayderi aynan shuni keltirib chiqaradi, eski profildan endpoint nusxalagan mijoz ham.

Chiqib ketadigan, lekin hech biri kirmaydigan baytlar boshqa holat. Bu NAT yoki trafikni noto‘g‘ri joyga qaytaradigan tarmoq devoriga ishora qiladi.

Agar marshrut jismoniy adapterga yutqazsa

To‘liq tunnel uchun tengdosh bo‘limi siz ishlatmoqchi bo‘lgan manzillarni qamrab olishi kerak. Windows ba’zan hamma narsani qamrab oluvchi qoida o‘rnatilgan bo‘lsa ham jismoniy adapterning standart marshrutini saqlab qoladi. Hamma narsani qamrab oluvchi qoidani 0.0.0.0/1 va 128.0.0.0/1 ga bo‘lish qidiruvda g‘olib bo‘ladigan ikkita aniqroq prefiks yaratadi. Bo‘lish — hujjatlashtirilgan aylanma yo‘l, afzallik emas.

Buni route print yoki ommaviy manzil qidiruvi bilan tasdiqlang. Tanlangan interfeys tunnel adapteri bo‘lishi kerak. Agar jismoniy adapter hali ham g‘olib bo‘lsa, serverga tegishdan oldin tengdosh diapazonlarini tuzating.

Agar manzillar ishlab, nomlar ishlamasa

WireGuard IP paketlarini tashiydi va DNS haqida fikri yo‘q. Interfeys bo‘limiga DNS = satrini qo‘ying yoki adapterni Windows orqali sozlang. Usiz manzil bo‘yicha ping muvaffaqiyatli bo‘ladi, lekin har bir xost nomi ishlamaydi va foydalanuvchilar buni internet yo‘q deb xabar qiladi.

Ulanishdan keyin Windows aslida qaysi serverlardan foydalanishini tekshiring. Jismoniy adapterda qolgan resolver qisman nosozlikni tushuntiradi, ya’ni ba’zi nomlar hal bo‘ladi, ba’zilari yo‘q. Ustiga ikkinchisini qo‘shish o‘rniga uni tozalang.

Agar Windows mashinasi chiqish bo‘lsa

Internet Connection Sharing yoqilganda manzillashni qayta yozadi, bu umumiy adapterni boshqa diapazonga ko‘chirishi mumkin. Asl manzilga hali ham ishora qilayotgan mijoz keyin ishlashdan to‘xtaydi. Reestr qiymatlari ScopeAddress va StandaloneDHCPAddress shu diapazonni boshqaradi va sozlama qayta ishga tushirishdan keyin qaytishi mumkin.

Windows ga xos yana ikkita ziddiyat ko‘rib chiqishga arziydi. Routing and Remote Access xizmati tunnelga xalal berishi mumkin. Noto‘g‘ri arxitektura uchun qurilgan o‘rnatuvchi arxitekturani hech qachon tilga olmaydigan xabar bilan ishlamay qoladi.

Test nomlagan qatlamni tuzating, keyin o‘sha uch manzilni qayta ishga tushiring. Xost nomi testini tuzatib, tunnel manzilini buzadigan o‘zgarish noto‘g‘ri qatlamga qo‘llangan.