VPN DNS noto'g'rimi? Bitta vakolatli server eskirgan bo'lishi mumkin

VPN ga ulang va bitta xost nomi kechagi manzilga yoki hech narsaga hal bo'ladi. Uzing va yana ishlaydi. Birinchi refleks tunnel majbur qilgan hal qiluvchini ayblashdir, ammo keng tarqalgan sabab zona yangilanishlarini qabul qilishni to'xtatgan e'lon qilingan nom serveridir. Yangi yo'l shunchaki sizning keshlangan javobingiz kelgan vakolatdan boshqa vakolatga yetib bordi.

Alomat hal qiluvchiga qarab o'zgaradi

Rekursiv hal qiluvchi vakolat aytgan narsani qaytaradi, so'ngra o'sha javobni TTL davomida saqlaydi. Agar tunnel boshqa hal qiluvchini majbur qilsa yoki eski manzilga endi yetib bo'lmaydigan qilib yo'lni o'zgartirsa, mijoz boshqa vakolatdan so'raydi va boshqa javob oladi. Domen o'sha paytda o'zgarmadi; unga bo'lgan qarashingiz o'zgardi.

Shuning uchun bir xil nom bitta ofisda ishlab, mehmonxonadan ishlamasligi mumkin, va shuning uchun mahalliy keshni tozalash faqat ba'zan yordam beradi. Keshni tozalash savolni yana o'sha vakolatga yuboradi.

Ajratuvchi sinov har bir e'lon qilingan serverga to'g'ridan-to'g'ri so'rovdir.

Har bir vakolatdan to'g'ridan-to'g'ri so'rang

Yodda tutgan ro'yxatdan emas, delegatsiyadan boshlang. Ota serverdan NS to'plamini so'rang, so'ngra o'sha to'plamdagi har bir nomdan kerakli yozuvni so'rang. Bir xil nom bo'yicha turli vakolatlardagi ikki so'rov zona izchilmi yoki yo'qligini darhol aytadi.

dig +short NS example.com
dig @ns1.dns.example app.example.com A
dig @ns2.dns.example app.example.com A

Zona cho'qqisidagi NS yozuvlari uchun ham shunday qiling, chunki ko'chirishdan keyin ota delegatsiyasi va zonaning o'z NS to'plami farq qilishi mumkin. SOA dagi ketma-ket raqamlar keyingi taqqoslanadigan narsa, va ancha orqada qolgan ikkinchi darajali server javob muammosi emas, uzatish muammosidir.

Bu so'rovlarni faqat stolingizdan emas, ishlamayotgan tarmoqdan bajaring.

Ko'zlangan ko'rinishlarni buzilganlaridan ajrating

Ba'zi domenlar mintaqa yoki hal qiluvchilar guruhiga qarab ataylab boshqacha javob beradi, bo'lingan ufq sozlamalari esa korporativ tarmoqlarda odatiy.

Savol shundaki, farq hujjatlashtirilganmi va barqarormi. Ko'zlanmagan ko'rinish boshqacha ko'rinadi: bitta vakolatda boshqalar hech qachon olmagan yozuv bor, yoki hamma bo'lishadigan yozuv unda yo'q. RFC 2182 ning tanlash va joylashtirish qo'llanmasi vakolatli mavjudlikni umumiy mas'uliyat deb biladi, va bu yerda to'g'ri asos shu. Zaxira faqat har bir e'lon qilingan server ko'zlangan ma'lumotlar bilan javob bera olganda mavjud, faqat 53-portda ulanish qabul qilish emas.

SERVFAIL deb javob beradigan serverni ishonch bilan xato javob beradiganidan osonroq tashxis qilish mumkin.

Ko'chirish kesh yashirgan narsani fosh qiladi

Provayder almashganda ikki vakolatli joy o'zgaradi: ota delegatsiyasi va zonaning o'z NS yozuvlari. Ikkalasini yangilash kerak, va ikkalasi o'z TTL larigacha keshlanadi. Agar eski server ishlab tursa va avvalgi zonani taqdim etishda davom etsa, hal qiluvchilari undan so'raydigan mijozlar o'tish tugallangandek ko'ringandan ancha keyin ham eski javobni olaveradi.

Uzoq umr ko'radigan kesh yashiradigan holat aynan shu. Butun hafta ishlagan ish stantsiyasi yangi vakolatdan yangi javobni saqlagan hal qiluvchi bilan gaplashayotgan edi, eski esa qolgan barchaga eski ma'lumotlarni tarqatishda davom etdi.

Noutbukda hal qiluvchini almashtirish o'sha noutbukni tuzatadi va boshqa hech narsani.

Zonani tuzating, hal qiluvchini emas

Qaysi serverlar zona uchun vakolatli bo'lishi kerakligini aniqlang, boshqariladigan zona yoki delegatsiyani ularning har biri ko'zlangan ma'lumotlarni taqdim etadigan qilib tuzating va rejalashtirgan zaxirangizni saqlang. Bitta VPN chiqishi g'alati javob olgani uchun nom serverini o'chirish mavjudlikni kamaytiradi va nomuvofiqlikni joyida qoldiradi.

So'ngra to'g'ridan-to'g'ri so'rovlarni ikki tarmoqdan qayta bajaring va o'zgartirgan yozuvingizning TTL i tugashini kuting.

Javob har bir vakolatdan barqaror ekanini tasdiqlang, va keyingi farqni oson tasniflash uchun ko'zlangan ko'rinishni zona hujjatlariga yozing.