Nega nslookup VPN orqali hal qiladi, brauzer esa qila olmaydi
nslookup to'g'ridan-to'g'ri bitta serverga so'rov yuboradi; brauzer interfeys rezolverlari, NRPT qoidalari va shifrlangan DNSga amal qiladi. VPNni tahrirlashdan oldin bu yo'llarni solishtiring.
nslookup siz ko'rsatgan serverga so'rov yuboradi va javobni chop etadi, shu sababli brauzerning har bir varag'i muvaffaqiyatsiz bo'lganda ham u muvaffaqiyat qozonishi mumkin. Brauzer nomni hal qilishni operatsion tizimdan so'raydi, tizim esa har bir interfeys rezolverlarini, nom hal qilish siyosati qoidalarini va adapterning tarmoqdagi joylashuvini tortadi. So'ngra brauzer o'zining shifrlangan DNSini ustiga qo'shishi mumkin. Uch xil yo'l, bitta alomat, va tunnel odatda buzilgan qism emas.
Quyidagi tekshiruvlar o'sha yo'llarni tizimdan tashqariga qarab kuzatadi. Qaysi yo'l javob berganini va qaysi biri muvaffaqiyatsiz bo'lganini bilmaguningizcha VPN profilini tahrirlamang.
Javobni uchta siyosat belgilaydi
Har bir interfeys o'z rezolverlar ro'yxati va qidiruv qo'shimchalarini olib yuradi. VPN adapteri serverlar qo'shadi, jismoniy adapter esa o'zinikini saqlaydi, va tizim birinchi javob berganini olishi mumkin, shuning uchun hech kim tanlamagan holda qidiruv tunnel tashqarisida bajarilishi mumkin. Nom hal qilish siyosati jadvalining qoidalari tanlangan domenlarni tanlangan serverlarga yuborishi mumkin, Windowsda split DNS odatda shunday ifodalanadi. Va VPN mijozi yoki shlyuzi faqat xususiy tarmoq ichida mavjud bo'lgan rezolver manzilini itarib yuborishi mumkin.
Bu uchtasi brauzerdan qaraganda o'zboshimchalik bilan ko'rinadigan usullarda o'zaro ta'sirlashadi. Bo'lingan tunnel orqali marshrutsiz xususiy manzilga itarilgan rezolver har bir qidiruvni to'xtatadi va keyin muvaffaqiyatsiz qiladi. Ichki qo'shimchani qamrab oluvchi va o'chirilgan serverga ishora qiluvchi siyosat qoidasi yo'qolgan marshrut kabi ko'rinadigan xuddi shu xatoni keltiradi. VPN adapteridan yo'qolgan qidiruv qo'shimchasi qisqa nomni noto'g'ri domen uchun ommaviy so'rovga aylantiradi. Har biri boshqa tuzatishni talab qiladi.
Nega brauzer boshqa savol beradi
nslookup o'zi tanlagan serverga o'z so'rovini yuboradi va na nom maydoni siyosatiga, na brauzerning shifrlangan DNS sozlamasiga amal qiladi. Shuning uchun ommaviy rezolverga qo'lda qilingan so'rov javob beradi, brauzer esa sayt mavjud emasligini xabar qiladi. Siz bitta dasturning ikki holatini emas, ikki dasturni solishtiryapsiz.
Manzil oilasi afzalligi kechikishni tushuntiradi, muvaffaqiyatsizlikni emas. Faqat IPv4 tashuvchi tunnelda birinchi navbatda IPv6 yozuvlarini so'ragan brauzer orqaga chekinishdan oldin vaqt tugashini kutadi. Firefox aynan shu uchun afzallik yuritgan, uni o'chirish esa tuzatish emas, diagnostika qadamidir.
Rezolverlar ro'yxati va qoidalarni o'qing
Windowsda nazariya qurishdan oldin tizim tutgan narsani chop eting. Get-DnsClientServerAddress serverlarni interfeys bo'yicha ko'rsatadi, Get-DnsClientNrptRule nom maydoni qoidalarini sanaydi, Resolve-DnsName esa tizim yo'li orqali aniq nomga javob beradi. O'sha javobni VPN serveriga manzil bo'yicha to'g'ridan-to'g'ri so'rov bilan solishtiring. Resolve-DnsName muvaffaqiyatsiz bo'lib, to'g'ridan-to'g'ri so'rov muvaffaqiyatli bo'lsa, gumondor rezolverlar ro'yxati yoki nom maydoni qoidasi.
Nomning o'zini ham tekshiring. Ichki qisqa nomga faqat VPN adapteri beradigan xususiy qo'shimcha kerak bo'lishi mumkin, to'liq malakali nom esa yaxshi hal qilinadi. Muvaffaqiyatli qidiruvdan keyingi sertifikat ogohlantirishi boshqa muammoga tegishli.
Yetib bo'lmaydigan itarilgan rezolver
Shlyuz yoki mijoz rezolver manzilini itarib yuborishi mumkin, va bu manzil tunnel orqali yetib boriladigan bo'lishi kerak. Bo'lingan tunnelda rezolverni saqlovchi xususiy diapazon kiritilgan marshrutlarda bo'lmasligi mumkin, bu esa hech qachon javob olmaydigan qidiruvni keltiradi. Marshrut borligini tasdiqlang, so'ngra aynan o'sha manzilni tunnel orqali so'rang. Ommaviy rezolver hali javob berayotganda brauzerdagi domen xatosining orqasidagi muvaffaqiyatsizlik shu.
Agar rezolver yetib bo'lmaydigan bo'lsa, tuzatish marshrut yoki kiritilgan quyi tarmoq, boshqa DNS server emas.
Shifrlangan DNS butun yo'lni chetlab o'tadi
DNS-over-HTTPS li brauzerlar nomlarni tanlangan provayderga HTTPS ulanishi orqali o'zlari hal qiladi. Bu yoqilganda o'sha qidiruvlar uchun tizim rezolveri va split DNS qoidalari butunlay chetlab o'tiladi, shuning uchun brauzerda ichki nomlar muvaffaqiyatsiz bo'ladi, operatsion tizim esa ularni to'g'ri hal qiladi. Aksincha ham bo'ladi: ichki nomlar ularni hech qachon ko'rmasligi kerak bo'lgan provayder orqali brauzerda muvaffaqiyatli bo'ladi, va bu ulanish emas, siyosat muammosi.
Boshqariladigan qurilmalarda shifrlangan DNS ruxsat etilganini ongli ravishda hal qiling, so'ngra tanlov ko'rinadigan bo'lishi uchun brauzerning boshqaruv yuzasi orqali sozlang. Uni individual xohishga qoldirish har bir noutbukda bir xil VPN turlicha xatti-harakat qiladigan flot yaratadi.
Muvaffaqiyatsizlikka mos tuzatishlar
Agar VPN o'z rezolverini itarsa, tunnel unga qarab trafik olib yurishini va xuddi shu sozlama hal qilishda qatnashadigan adapterlarda ko'rinishini ta'minlang. Agar ulangan holda mahalliy saytlar hal qilinmay qolsa, rezolverni butunlay almashtirish o'rniga aniq nom maydoni istisnolarini yoki shartli yo'naltirgichni qo'shing. Agar brauzerning shifrlangan DNSi siyosatni chetlab o'tsa, o'zgartirilishi kerak bo'lgan sozlama shu. Ichki nomni tuzatish uchun hech qachon ommaviy rezolver qo'shmang: u xususiy so'rovlarni oqizadi va nomni hal qilmaydi.
So'ngra qidiruvni ulanishdan ajrating. To'g'ri manzilga hal qilinadigan, lekin ulanishni rad etadigan nom xizmat, xavfsizlik devori yoki sertifikat muammosi, DNS o'zgarishlari uni tuzatmaydi.
Qaysi yo'l javob berganini, qaysi biri muvaffaqiyatsiz bo'lganini va nima o'zgartirganingizni yozib qo'ying. Shunda xuddi shu alomat haqidagi keyingi hisobot yarim kun o'rniga bitta buyruq oladi.