Pritunl maxfiy DNS ishlamayaptimi? Tor resolver yo‘lini qo‘shing
VPN hovuzini e’tiborsiz qoldiradigan maxfiy resolver kengroq yo‘l emas, manba uchun istisno talab qiladi. NAT yoqilgan /32 qo‘shing va haqiqiy maxfiy qidiruvni sinab ko‘ring.
Maxfiy nomlar korporativ tarmoqda hamma uchun hal qilinadi, VPNda esa hamma uchun muddati tugaydi. Resolver shlyuzga javob beradi, unga yo‘l mavjud, va so‘rov baribir hech qachon javob olmaydi. Yetishmayotgan narsa boshqa ommaviy resolver yoki kengroq yo‘l emas: maxfiy DNS serveri javob berishga tayyor bo‘lgan manba manzili.
Resolver mijoz hovuzingizni rad etayotganini tasdiqlang
Muammo manba bilan bog‘liq, yetib borish bilan emasligini isbotlashdan boshlang. Ulangan mijozdan maxfiy resolverni to‘g‘ridan-to‘g‘ri so‘rang va so‘rov muddati tugashini yoki rad sifatida qaytishini kuzating. dig @10.40.0.53 intranet.example.net +time=2 +tries=1 muddati tugab, xuddi shu so‘rov shlyuzdan muvaffaqiyatli bo‘lsa, bu resolverdagi kirish siyosatiga ishora qiladi. SERVFAIL javobi butunlay boshqa joyga, odatda zonaga yoki yuqori oqim yo‘naltirgichiga ishora qiladi.
Sinovdan oldin mijoz manzilini yozib oling. Mijozdagi ip -4 addr show tun0 yoki konsolda ko‘rsatilgan ijara resolver qaysi hovuzni ko‘rishini aytadi.
Keyin yo‘l umuman mavjudligini tasdiqlang. Resolver manzilini tunnelga yuboradigan yo‘l shart, yechim emas; agar paketlar hech qachon yetib kelmasa, manba siyosati umuman ko‘rib chiqilmaydi. Mijozda ip route get 10.40.0.53 bilan tekshiring.
Hammasini tarjima qilish o‘rniga bitta xost yo‘lini qo‘shing
Pritunlning maxfiy DNS bo‘yicha yo‘riqnomasi tor yechimni tavsiflaydi: resolver manzili uchun NAT yoqilgan /32 yo‘l, o‘sha manzil mijozlarning DNS serveri sifatida tanlanadi. Yo‘l resolver ko‘radigan manbani faqat DNS trafigi uchun o‘zgartiradi. Ilova trafigi siz tanlagan manbani saqlovchi dizaynni saqlaydi.
Mavjud yo‘llarni qoplanish bo‘yicha ko‘rib chiqqandan so‘ng, serverning qo‘llab-quvvatlanadigan yo‘l egasi orqali sozlang. Yuqoridagi misolda manzil NAT yoqilgan 10.40.0.53/32, mijoz hovuzi esa 10.90.0.0/24 bo‘lib qoladi. Bitta xizmatni tuzatish uchun butun maxfiy diapazonni tarjima qilmang, chunki mijozning haqiqiy manziliga tayanadigan har bir quyi oqim siyosati uning o‘rniga shlyuzni ko‘ra boshlaydi. Sinov qidiruvi paytida resolverning so‘rov jurnalini kuzatib, u haqiqatda oladigan manzilni tasdiqlang. Faqat bitta xost yo‘li tarjima yoki ruxsat haqida hech narsani isbotlamaydi.
Resolver hali ham tarjima qilingan manbaga UDP va TCP bo‘yicha ruxsat berishi kerak, javoblari esa qaytishi mumkin bo‘lishi kerak. Manbani o‘zgartirish yo‘qolgan zona yoki yozuvni yarata olmaydi.
So‘rovni server yoki mijoz yuborishini hal qiling
Pritunl VPN Client DNS Mapping bilan bog‘liq DNS-proksi tuzilmasini ham hujjatlashtiradi, unda server mijozlar uchun yuqori oqim so‘rovlarini yo‘naltiradi. Bu modelda yuqori oqim manbasi serverning o‘z tarmoq kontekstiga tegishli, mijoz tomonidagi istisno esa noto‘g‘ri yechim.
Biror narsa qo‘shishdan oldin qaysi model faol ekanini aniqlang. Uchta qoplanuvchi tuzatish, proksi, mijozdagi resolverni almashtirish va qo‘lda NAT skripti odatda hech kim quyidagini aniqlamaganini bildiradi: qaysi komponent so‘rovni yuborishi kerak. bootstrapni ham tekshiring: faqat maxfiy resolver tunnel paydo bo‘lishidan oldin oxirgi nuqtani topishning yagona yo‘li bo‘la olmaydi, doimiy resolver o‘zgarishi esa ulanishdan uzoq yashamasligi kerak.
Ommaviy veb-sahifani emas, maxfiy qidiruvni sinang
O‘zgarishni qo‘llab, qayta ulangandan so‘ng, mijozning amaldagi resolver konfiguratsiyasini ko‘rib chiqing, so‘ng faqat maxfiy zonada mavjudligini bilgan nomni hal qiling. Aniq server ko‘rsatilmagan dig intranet.example.net mijoz aslida nimadan foydalanishini ko‘rsatadi. Keyin o‘sha qidiruv qaytargan manzilga so‘rov yuboring, chunki hal qilish va xizmatga kirish alohida qadamlardir. DNS-over-HTTPS orqali ommaviy saytlarni yuklaydigan brauzer operatsion tizimning maxfiy resolver yo‘li haqida hech narsani isbotlamaydi. Ommaviy ikkilamchi resolver ham ichki zona uchun vakolat emas.
Resolver manzilini, /32 yo‘lini va mijozning DNS sozlamasini birga server qaydlariga yozing. Bu konfiguratsiyaning yarmi yolg‘iz tiklansa, dastlabki xatolik takrorlanadi.
Nihoyat, DNS muvaffaqiyatli bo‘lgandan keyin tunnel ilova manzilini hali ham yo‘naltirishini tasdiqlang. Yo‘l, xizmatga kirish va autentifikatsiya nom hal qilishdan mustaqil qoladi, ishlaydigan qidiruv esa o‘tkazuvchanlik haqida hech narsa demaydi. Maxfiy sahifa sekin bo‘lsa-da hal qilinsa, resolver o‘z ishini qildi va muammo yo‘lga o‘tdi.