Xost VPN-ga ulangandan so'ng VirtualBox mehmonining DNS buziladi

VPN ulanayotgan paytda Windows xostida ichki dastur yechiladi, VirtualBox NAT ortidagi Ubuntu mehmon esa uni hanuz topa olmaydi. Mehmonning o'z rezolveri bor va NAT adapteri DNS-ni bir necha usulda boshqara oladi. Mehmon rezolverini ommaviy server bilan almashtirish oddiy saytlarni ishlatadi va shaxsiy nomlarni ishlamay qiladi, bu muammoni hal qilish o'rniga boshqa joyga ko'chiradi. To'rt tekshiruvni tartib bilan bajaring va birinchi mos kelmaganida to'xtang.

Qaysi adapter rejimini tuzatayotganingizni tasdiqlang

Ushbu maqola ta'riflaganidek faqat oddiy NAT rejimidagi adapter shunday ishlaydi. Ko'prik adapteri o'z identifikatori bilan jismoniy tarmoqda o'tiradi, NAT tarmog'i o'z DHCP va DNS sozlamalariga ega nomlangan virtual kalit, mehmon ichidagi VPN mijozi esa butunlay ikkinchi rezolverni qo'shadi. O'qishni davom ettirishdan oldin rejimni tasdiqlang, chunki tuzatish bu holatlarning har birida farq qiladi.

Bitta VM turli rejimlarda ikkita adapterni olib yurishi mumkin va zararlangan adapter har doim birinchisi emas.

Xost bu nomni umuman yechishini ham tasdiqlang. Tunnel ko'tarilgan holatda xostda o'sha dasturni oching va mehmon ishlatadigan aynan o'sha to'liq nomni ishlating. Xost ham ishlamasa, ayb mehmonda emas va virtual tarmoqdagi hech qanday o'zgarish buni tuzatmaydi.

Mehmon rezolveri orqali bitta nomni kuzatib boring

Bitta ichki nom va bitta ommaviy nazorat nomini tanlang, so'ng ikkalasini ikki joyda sinab ko'ring. Shaxsiy nom yechilmayotganda ommaviy nom yechilishi xatoni umumiy nom yechishda emas, shaxsiy yo'lda ko'rsatadi. Faqat shaxsiy nomni sinash buzilgan rezolverni buzilgan yo'ldan ajratish imkonini bermaydi.

Mehmon ichida rezolver aslida nima uchun sozlanganini ko'ring. systemd-resolved ishlatadigan Ubuntu mehmonida har bir ulanish holati kelgan serverlarni ko'rsatadi, resolv.conf faylida esa faqat stub manzil bo'lishi mumkin, bu to'g'ri, shubhali emas. Qo'lda tahrirlangan fayl yoki alohida shifrlangan DNS mijozi so'rovlarni butunlay boshqa joyga yuborishi mumkin. O'zgartirishdan oldin topilganini yozib qo'ying.

resolvectl status
resolvectl query app.internal.example

Bu yerda yechishni yetib borishdan ajrating. Xizmat yetib bo'lmaydigan bo'lib turganda keladigan manzil DNS emas, marshrutlash yoki siyosat masalasidir.

O'sha adapterda xost rezolveri rejimini sinab ko'ring

VirtualBox-ning NAT DNS parametrlari turli mexanizmlarni ta'riflaydi va xostning o'z rezolveri tunnel bilan o'zgarganda bu farq muhim bo'ladi. DNS proksisi mehmon so'rovlarini o'ziga berilgan serverlarga uzatadi. Xost rezolveri rejimi so'rovlarni ushlab, xostning DNS API-sini chaqiradi, VPN mijoz tomonidan qayta sozlangan Windows rezolveriga ergashadigan rejim ham shu.

Noto'g'ri mexanizmni yoqing, buyruq baribir muvaffaqiyatli bo'ladi, xatti-harakat esa o'zgarmaydi, bu tushdan keyin vaqtni yo'qotishning chalkash usuli.

VBoxManage modifyvm "work-ubuntu" --natdnshostresolver1 on

VM-ning joriy sozlamalarini yozib oling, uni o'chiring va avval tasdiqlagan adapteringizni nishonga oling. Parametrdagi oxirgi raqam konstanta emas, adapter raqami, shuning uchun uni zararlangan adapteri ikkinchi bo'lgan mashinaga qo'llash ovozsiz natijasiz amaldir. Mehmonni ishga tushiring va u haqiqatda olgan rezolver konfiguratsiyasini tekshiring, chunki mehmondagi qo'lda sozlama NAT qatlami taklif qiladigan hamma narsadan ustun. Xost rezolveri rejimi xostning o'z DNS yo'li siz bo'lishmoqchi bo'lgan yo'l deb ham hisoblaydi.

VPN qayta ulanishi davomida o'sha sinovlarni takrorlang

Mehmonda ikkala qidiruvni takrorlang, so'ng haqiqiy dasturni oching va sertifikatni o'zi tasdiqlashiga ruxsat bering. Faqat manzilga asoslangan sinov nom yechishni ajratish uchun foydali va ishlaydigan TLS seansiga teng emas, shuning uchun pingda to'xtamang. Keyin tasdiqlangan vaqt oynasida xost tunnelini uzib, qayta ulang va yana bir marta takrorlang. Faqat yuklashdan keyingi birinchi ulanishda saqlanadigan xatti-harakat hisobot berilishi kerak bo'lgan hayot tsikli muammosi, boshqa rezolver bilan quvish kerak bo'lgan DNS siri emas.

Ommaviy yechishning ishlashi shaxsiy so'rovlar siyosatingiz talab qilgan yo'lda qolganini isbotlamaydi.

Xost rezolveri rejimi hech narsani o'zgartirmasa, yozib olingan konfiguratsiyani qaytaring va to'rt kuzatuvni saqlang: xost nima qaytardi, mehmon nima qaytardi, adapter rejimi va rezolver holati. Yetib bo'lmaydigan ichki server, gipervayzor trafigini chiqarib tashlaydigan filtr va mehmon tomonidagi qayta yozish har biriga boshqa tuzatish kerak. Adapterni ko'prikka aylantirish tarmoq dizaynini o'zgartiradi va DNS qayta o'rnatish emas.