Bo‘lingan tunnel brauzerni chiqaradi, uning DNS so‘rovlarini emas

Brauzer tunneladan chiqarilgan, umumiy IP sahifasi uning trafigi uy ulanishidan chiqishini tasdiqlaydi, lekin ichki wiki hali ham ochilmaydi. Nomlarni hal qilish boshqa joyga ketdi, va o‘sha boshqa joy odatda VPN o‘rnatgan hal qiluvchidir. Ma’lumot yo‘li va hal qiluvchi yo‘li ko‘pchilik bo‘lingan tunnel loyihalarida alohida qarorlardir. Chiqarishni buzilgan deb atashdan oldin brauzer aslida qaysi birini ishlatganini tekshiring.

Ma’lumot yo‘li va hal qiluvchi yo‘li ajraladi

Chiqarish dastur paketlarini tunneladan olib tashlaydi, bu ma’lumot yo‘lida marshrutlash va xavfsizlik devori qarori. Nomlarni hal qilish boshqa qidiruv: jarayon tizim hal qiluvchisidan so‘raydi, va o‘sha hal qiluvchi qaysi server savolni olishini hal qiladi.

Ikkalasi ham qasddan va har xil bo‘lishi mumkin. Ish joylashtiruv ichki nom maydonlarini korporativ hal qiluvchida saqlab, tanlangan umumiy ko‘rishni tunneladan tashqariga yuborishi mumkin, aynan ichki nomlar boshqa joyda hal qilinmagani uchun. Chalkash holat buning aksi: umumiy sayt muvaffaqiyatsiz bo‘ladi, chunki brauzer joylashtiruv kutgan hal qiluvchidan hech qachon so‘ramagan. Marshrut va hal qiluvchini alohida yozib qo‘ying, bahslarning yarmi yo‘qoladi.

Savolni qaysi jarayon berishini toping

Brauzer tizim hal qiluvchisidan, o‘zining shifrlangan DNS xizmatidan yoki operatsion tizim har bir tarmoq uchun tayinlaydigan hal qiluvchidan foydalanishi mumkin. Birinchisi platforma siyosatiga amal qiladi, ikkinchisi bu siyosatni butunlay chetlab o‘tadi, uchinchisi esa so‘rov qaysi aloqaga yo‘naltirilishiga bog‘liq.

resolvectl status
resolvectl query intranet.example.net
dig +short +time=2 intranet.example.net @10.52.0.2
scutil --dns | head -n 40

Sinashdan oldin amaldagi konfiguratsiyani o‘qing: qaysi aloqalar DNS serverlarini olib yuradi, qaysi nom maydonlarini talab qiladi va har bir nom bo‘yicha siyosat standartni bekor qiladimi. Linuxda bo‘lingan DNS marshrutlash domenlarini ishlatadi; Windowsda nomlarni hal qilish siyosati jadvali nom maydonlari uchun xuddi shu ishni bajaradi. Ikkalasi ham oqish sinovi sahifasidan ko‘rinmaydi.

Qaysi hal qiluvchi qaysi nomni ko‘rishini hal qiling

Biror narsani o‘zgartirishdan oldin mo‘ljallangan moslashtirishni yozing: ichki nomlar korporativ hal qiluvchiga, umumiy nomlar siyosat ruxsat bergan xizmatga, istisnolar esa mas’ul bilan. Bu ro‘yxatsiz oqish sinovining har bir yorlig‘i hech kim hal qila olmaydigan siyosat bahsiga aylanadi.

Keyin brauzerning o‘z sozlamasini tekshiring, chunki brauzerdagi shifrlangan DNS operatsion tizim so‘rovni olishidan oldin qo‘llanadi. Uni ushlab qolish portalini chetlab o‘tish uchun yoqqan foydalanuvchi joylashtiruv tanlagan hal qiluvchini jimgina bekor qilgan. Bu konfiguratsiya qarori, oqish emas, va u bloklar ro‘yxati emas, qaror talab qiladi.

Bitta sinov yorlig‘i yashil bo‘lishi uchun har bir DNS maydonini qayta yozmang. Yorliq bir lahzada bir jarayonning bitta so‘rovini tasvirlaydi.

So‘rov va ulanishni alohida tekshiring

Ikki yo‘lni mustaqil sinang. Ulanish sinovi ma’lumot marshrutini ko‘rsatadi, hal qiluvchi sinovi esa nomni kim olganini ko‘rsatadi.

curl -sS --max-time 8 https://api.ipify.org
resolvectl query example.net
dig +short example.net

Hal qiluvchidan ham ochiq so‘rang, muvaffaqiyatsizlik yo‘lga emas, serverga bog‘lansin. Keyin brauzerni qayta ishga tushiring va takrorlang, chunki dasturlar salbiy javoblarni keshlaydi va eski muvaffaqiyatsizlik doimiy ko‘rinadi.

Tasdiqlangan o‘zgarishdan keyin ma’lumot marshrutini va hal qiluvchi qabul qiluvchisini ikki alohida satr sifatida sana bilan yozib qo‘ying. Agar xatti-harakat keyingi qayta ulanishda qaytsa, uni ta’minlaydigan profil tuzatilishi kerak, brauzer emas.