Split-DNS yozuvi: har bir kuzatuv qayerda olinganini ayting

Ikki kishi bir xil Split-DNS muammosini tekshiradi va turli resolver manzillarini oladi. Biri qidiruv vositasidan foydalandi, boshqasi adapterda paketlarni yozib oldi, uchinchisi esa mijozning o'z diagnostikasini o'qidi. Hech biri yolg'on gapirmaydi va hech biri bir xil bosqichni tasvirlamaydi. Kuzatuv nuqtasini nomlash qarama-qarshilikni xaritaga aylantiradi.

Bitta qidiruv, bir nechta kuzatuv nuqtasi

Bitta ichki nom uchun qarash kerak bo'lgan kamida besh joy bor: ilova va u chaqiradigan resolver API, mijozdagi amaldagi domen siyosati, adapter yoki filtrdagi yozuv, nazorat qilinadigan shlyuz chegarasi va so'rovni haqiqatan qabul qiladigan resolver.

Har biri boshqa savolga javob beradi va hech biri yolg'iz o'zi so'rov qayerga ketganini isbotlamaydi.

Adapterdagi yozuv paketlarni ko'rsatadi, niyatni emas. Mijoz qaysi resolverni tanlaganini aytmaydi va bo'sh yozuv tashlangan paketni emas, keshlangan javobni yoki boshqa resolver APIni bildirishi mumkin. Har bir kuzatuvni bitta bosqichga oid dalil deb qabul qiling. Keyin bosqichlarni yo'lga birlashtiring.

Mijoz filtri ilova va sim o'rtasida turadi

Split-DNS bilan VPN mijozi paket mashinadan chiqishidan oldin domen mosligini qo'llaydi. Tunnel suffiksidagi nomlar ichki resolverga boradi; qolgan hamma narsa lokalga boradi. Filtr — siyosat, va siyosat platforma hamda mijoz versiyasiga qarab farq qilishi mumkin.

Cisco'ning Secure Client Split-DNS qo'llanmasi domen mosligi va Windows filtrini qamrab oladi, ilova mahalliy resolver APIdan foydalanganda ko'rgan narsani nslookup kabi vosita ko'rgan narsadan ajratadi. Aynan shu farqlar muhim.

Amaldagi profildan va ilovaning bitta oddiy qidiruvidan boshlang. Muayyan serverni nomlaydigan har qanday sinov ataylab qilingan aylanma yo'ldir; uni mijozning o'z diagnostikasi bilan tushuntiring va u qabul mezoni bo'lishiga yo'l qo'ymang.

nslookup ilovadan boshqa yo'lni tutadi

nslookup o'zining DNS so'rovini quradi va operatsion tizimning resolver siyosatini chetlab o'tishi mumkin. Bu uni muayyan serverga muayyan savol berish uchun foydali vosita, ilova nima boshdan kechirishini sinash uchun esa chalg'ituvchi vosita qiladi.

Windowsda nomlarni hal qilish siyosati jadvali qaysi suffiks qaysi serverdan foydalanishini belgilaydi. Uni o'qish ilova amal qiladigan siyosatni ko'rsatadi va ko'pincha aynan shu yetishmayotgan qism bo'ladi.

Siyosatni o'qing va keyin o'sha savolni oddiy resolver orqali bering:

Get-DnsClientNrptPolicy
Resolve-DnsName intranet.hq.example

Shifrlangan resolverlar so'rovni yashiradi, ulanishni emas

O'zining DNS-over-HTTPS resolveri bo'lgan brauzer butunlay boshqa holat. So'rov TLS ichida chiqadi, shuning uchun paket yozuvi resolver manziliga ulanishni ko'rsatadi, lekin so'ralgan nomni ko'rsatmaydi.

Avval brauzerning boshqariladigan siyosatini aniqlang, keyin uni operatsion tizim qidiruvi bilan solishtiring. O'z resolverini tanlashga ruxsat berilgan brauzer Split-DNS siyosatini umuman ko'rmasligi mumkin.

Xuddi shu ehtiyot chorasi o'z resolverini olib keladigan har qanday mijozga tegishli. Uzoq ulanishni aniqlaydigan yozuv so'rov nomi haqida dalil emas. Agar nom kerak bo'lsa, uni resolverning o'z jurnallaridan yoki ilova diagnostikasidan oling, amaldagi maxfiylik qoidalari bilan.

Belgilangan sinov bilan solishtiring

Sinov uchun tasdiqlangan ichki nom, shuningdek sezgir ma'noga ega bo'lmagan ommaviy nom tanlang. Har biri uchun vaqt, yozuv turi, javob va kutilgan siyosatni qayd eting.

Ruxsat etilgan joylarda resolverning qabul qilishini bitta tor mijoz yoki shlyuz kuzatuvi bilan solishtiring:

nslookup intranet.hq.example 10.55.0.53
Get-DnsClientNrptPolicy | Format-List

Faqat taqqoslash yaratish uchun shaxsiy nomlarni aloqasiz ommaviy resolverlarga hech qachon yubormang va ulashganingizning hammasini tahrirlang. Nihoyat, to'g'ri DNS javobini keyin keladigan xizmat ulanishidan ajrating: hal qilingan shaxsiy manzil hali ham marshrut va ilova ruxsatiga muhtoj.