dnsmasq ichidagi VPN domeningiz zona uzatish emas

Mijozning dnsmasq konfiguratsiyasida korporativ zonani qidirasiz, topmaysiz va VPN o'z domenini yubormagan degan xulosaga kelasiz. Yuborilgan narsa marshrutlash ishorasi, zona emas. Mijoz domenni va unga javob berishi kerak bo'lgan resolverni qayd etadi, boshqariladigan backend esa buni shartli yo'naltirishga aylantiradi. Noto'g'ri joyda qidirish ishonchli va mutlaqo yolg'on tashxis beradi.

Mijoz qabul qilgan narsa shlyuz taklif qilgan narsa emas

Shlyuz resolver, domen va shu resolverga yetib borish uchun zarur marshrutni taklif qilishi mumkin, mijoz esa uchtasini ham yoki birortasini ham qabul qilishi mumkin. Import qilingan profil, yordamchi skript yoki yuborilgan parametrlarni e'tiborsiz qoldiradigan siyosat qabul qilingan to'plamni bo'sh qoldirishi mumkin, vaholanki server tomoni to'g'ri ko'rinadi. Server konfiguratsiyasidan emas, mijozning qayd etilgan holatidan boshlang, chunki resolver haqiqatda oladigan narsa shu holatdir. Qabul qilingan domen yo'q bo'lsa, keyingi hech narsa muhim bo'lmaydi. Har qanday keshni tekshirishdan oldin ulanishning DNS xossalarini tekshiring.

Bu farq hech qachon kelmagan domen haqidagi hisobotlarning ko'pini tushuntiradi. U taklif qilindi va qo'llanilmadi.

Domen yozuvining ikki turi

Ulanish oddiy qidiruv domenlarini va faqat marshrut domenlarini olib yurishi mumkin, ikkinchi tur esa tilde bilan boshlanadi. Qidiruv domeni so'rovlarni yo'naltiradi va qisqa nomlarning kengayishiga imkon beradi, bu ish stantsiyasida qulay, serverda esa hayratlanarli. Faqat marshrut domeni bu qo'shimcha uchun so'rovlar qisqa nomlar qanday hal qilinishini o'zgartirmasdan muayyan serverlarga borishi kerakligini bildiradi. Bir xil domenni ikkala usulda yozish ortiqchalik emas, chunki ikkita yozuv turli ishlarni bajaradi.

Shaxsiy nom maydoni uchun odatda faqat marshrut shakli kerak bo'ladi. U korporativ qo'shimchani korporativ resolverga qaratib turadi va qolgan hamma narsani tinch qo'yadi.

resolv.conf ichidagi localhost xato emas

Mahalliy kesh resolver ishlatilganda, tizim fayli loopback manziliga va boshqa hech narsaga ishora qilmaydi. Bu yozuv mahalliy tinglovchini belgilaydi, menejer unga bergan yuqori serverlarni emas. Korporativ manzil faylda qonuniy ravishda bo'lmaydi.

Bu yozuvni ommaviy resolver bilan almashtirish klassik noto'g'ri tuzatishdir. U ommaviy nom hal qilishni tiklaydi va shu tahrirda shartli siyosatni tashlab yuboradi.

Backendlarni aralashtirmang

Boshqariladigan dnsmasq nusxasi va tizim resolveri turli konfiguratsiya va turli holat ko'rinishlariga ega turli dasturlardir. Birining holat buyrug'i ikkinchisi haqida foydali hech narsa demaydi.

Menejer qaysi backenddan foydalanish uchun sozlanganini aniqlang, so'ngra o'sha backendning yaratilgan konfiguratsiyasini o'qing, tasodifan mavjud bo'lgan butun distributiv faylni emas. Menejer o'z nusxa konfiguratsiyasini yozadi va shu nusxa uchun maxsus parametrlarni qo'llab-quvvatlaydi, shuning uchun aloqasiz global faylni tahrirlash hech narsani o'zgartirmaydi va ta'sirsiz o'zgarish kabi ko'rinadi. 53-portda ikkinchi daemon ishga tushirish foydasizdan ham yomonroq, chunki endi ikki dastur port kimga tegishli ekanligida kelisha olmaydi. Avval egasini aniqlang, keyin o'sha egasi o'qiydigan joyda tahrirlang.

Nom maydonini sinang, faqat javobni emas

Ilovaning oddiy yo'li orqali bitta ruxsat etilgan shaxsiy nom va bitta ommaviy nazorat nomini so'rang. Korporativ serverga to'g'ridan-to'g'ri so'rov yozuv mavjudligini isbotlaydi; mijoz o'sha serverni tanlaganini isbotlamaydi. Ikkinchi so'rov siyosatni sinaydigan so'rovdir.

So'ngra qayta ulangandan va uzilgandan keyin takrorlang. Bog'lanish ulanishning hayot sikliga ergashishi kerak va shaxsiy nomlar tunnel yo'q bo'lganda hal qilinishni to'xtatishi kerak, xuddi shu qo'shimcha uchun javob beradigan ommaviy resolverga qaytish o'rniga. Agar ular qaytsa, siz oqish topdingiz, bu buzilgan qidiruvdan boshqa nuqsondir. Qaysi backend ishlaganini, qaysi domenlar qo'llanilganini va har bir so'rov nima qaytarganini yozib qo'ying.