Windows VPN DNS sizib chiqishi: nega metrika marshrutdan ustun
Windows hal qiluvchini faqat marshrut bo‘yicha emas, interfeys metrikasi bo‘yicha tanlaydi. Wi-Fi dan pastda turgan tunnel adapteri har bir paket tunnel orqali o‘tsa ham qidiruvlarni sizdirishi mumkin.
So‘rov mashinadan chiqib uy routeriga yetib boradi, vaholanki har bir paket tunnel orqali ketmoqda. Tabiiy xulosa — yo‘qolgan marshrut, lekin marshrut odatda joyida. Windows interfeys metrikasi bo‘yicha qaysi interfeys hal qiluvchisidan so‘rashni tanlashi mumkin va tunnel adapteri bu taqqoslashda simsiz interfeysga ko‘pincha yutqazadi.
Bitta sizib chiqish uchun ikki izoh
Marshrut izohi trafikning bir qismi tunneldan chiqib ketayotganini aytadi, demak standart marshrut yoki bo‘lingan tunnel ro‘yxati xato bo‘lishi kerak. Bu izohni bitta buyruq bilan tekshirish mumkin va standart marshrut tunnel ichini ko‘rsatsa, masala yopiladi. Avval shuni tekshiring, chunki bu arzon, so‘ngra toza natija qaytganda chetga qo‘ying.
Tartib izohi trafik to‘liq tunnelda ekanini va so‘rov baribir boshqa hal qiluvchiga yuborilayotganini aytadi. Windows hal qiluvchi tanlovini tartibga ega har bir interfeys xossasi deb biladi, shu sababli yaxshiroq metrikali jismoniy adapter hal qilingan manzil paketlari tunnel orqali o‘tsa ham nom uchun DNS bera oladi. Ikkala izoh ham sizib chiqish sinov sahifasida bir xil alomat beradi, shuning uchun sinov tashxis emas. Ulardan faqat bittasi marshrutlarni tahrirlash bilan tuzatiladi.
Metrika va hal qiluvchilarni birga solishtiring
Tunnel ishlab turganda interfeyslar, ularning metrikasi va sozlangan serverlarini yozib oling. Ularni ikki alohida ro‘yxat emas, jadval sifatida o‘qing, chunki savol qaysi hal qiluvchi birinchi turishida, qanday hal qiluvchilar borligida emas.
Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric | Select-Object InterfaceIndex, InterfaceAlias, InterfaceMetric
Get-DnsClientServerAddress -AddressFamily IPv4 | Select-Object InterfaceAlias, ServerAddresses
Agar tunnel adapterida jismoniy adapterdan kattaroq raqam bo‘lsa, uning hal qiluvchisiga ustunlik berilmaydi va ichki nom jismoniy tomon taklif qilgan joyga ketadi. O‘sha router keshdan javob berishi, so‘rovni uzatishi yoki rad etishi mumkin va bu natijalarning hech biri siz o‘ylagan loyiha emas. Tartib — bu afzallik, shuning uchun u xato ko‘tarmasdan jimgina yutqazadi.
Hech qanday hal qiluvchi sozlanmagan tunnel adapteri ham shunchalik keng tarqalgan variant. Mijoz interfeysni DNS surmasdan ko‘taradi, shuning uchun tartib savoli umuman tug‘ilmaydi.
Tunnelni yuqoriga ko‘taring va yana tekshiring
Yuqori huquqli qobiqda tunnel interfeysiga eng past metrikani bering yoki jismoniy adapter qiymatini oshiring. Ikkalasi ham interfeys bo‘yicha sozlama va ikkalasi ham qaytariladi, bu esa oldida o‘tirmasligingiz mumkin bo‘lgan mashinani o‘zgartirganda muhim.
Set-NetIPInterface -InterfaceIndex 27 -InterfaceMetric 1
Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric
O‘zgarish darhol ko‘rinadi, DNS mijozi va boshqa iste’molchilar allaqachon qilgan tanlovni keshlaydi. So‘rov natijasidan biror narsa chiqarishdan oldin tunnelni qayta ulang yoki qayta ishga tushiring. Juda erta o‘tkazilgan sinov eski xatti-harakatni takrorlaydi va muvaffaqiyatsiz tuzatishdek ko‘rinadi.
So‘ngra bitta ichki va bitta ochiq nomni so‘rab, qaysi server javob berganini tekshiring. Microsoft avtomatik metrikalar haqida ma’lumotnoma eng past qiymatga nima uchun ustunlik berilishini va avtomatik taqsimlash qanday olinishini tushuntiradi.
Qayta ulanishdan keyin ham bardoshli qiling
Har ulanishda qayta yaratiladigan adapterdagi qo‘lda berilgan metrika — yo‘qoladigan sozlama. Agar mijoz interfeysni qayta qursa, bu bekor qilish uchun ulanishdan keyingi skript, siyosat yoki ulanish davomida DNS ga egalik qiluvchi mijoz konfiguratsiyasi kerak.
Jismoniy adapterda statik sozlangan serverlar xuddi shu chidamlilik muammosini teskari tomondan boshdan kechiradi. Ular olib tashlanmaguncha o‘sha interfeys uchun javob berib turadi va DHCP ularni keyingi ijaradan qayta to‘ldiradi, shuning uchun ularni olib tashlash o‘lchov, loyiha emas. Bardoshli loyiha — ichki nom maydoni uchun nom hal qilish siyosati yoki ulanish davomida DNS ni o‘z ustiga oladigan mijoz. Qanday bo‘lmasin, qayta ulanishdan oldin va keyin hal qiluvchilar ro‘yxatini yozib oling, sinov tugagach dastlabki metrikani tiklang va oldingi xatti-harakat qaytganini tasdiqlang.