VirtualBox NAT mehmoni DNS xosti VPN-ga qo'shilgach buziladi

Windows xostida VPN ulanishi bilan ichki dastur nomi hal qilinadi, Ubuntu mehmonining ichida esa hal qilinmaydi. Mehmon o'z hal qiluvchi sozlamalarini saqlaydi, va uning oldidagi NAT adapteri DNS so'rovlariga ikki xil usulda javob bera oladi. Mehmonni ochiq hal qiluvchiga yo'naltirish saytlarning qayta yuklanishini ta'minlaydi, ammo xususiy nomlar buzilgan holda qoladi. Shu sababli biror narsa tahrirlanishidan oldin hal qiluvchi yo'li kuzatiladi.

NAT adapteri orqali bitta so'rovni kuzatib chiqing

Nazorat uchun bitta ichki to'liq malakali nom va bitta ochiq nom tanlang. Tunnel ko'tarilganda xostda ichki nom hal qilinishini va uning orqasidagi dastur ochilishini tasdiqlang. So'ng xuddi shu ikki so'rovni mehmon ichida ishga tushiring va asboblarni emas, javoblarni solishtiring.

Davom etishdan oldin adapter haqiqatan oddiy NAT ekanini tasdiqlang. Ko'prik adapteri, nomlangan NAT tarmog'i va mehmon ichidagi ikkinchi VPN mijozi har birining o'z konfiguratsiyasi va o'z izohi bor. Bu bosqichda taxmin qilish tekshiruvning qolgan qismini behuda sarflaydi.

VBoxManage showvminfo work-ubuntu --machinereadable | grep -i natnet
resolvectl status | head -40
cat /etc/resolv.conf

Birinchi buyruq adapter rejimini va unga bog'langan har qanday NAT tarmog'ini ko'rsatadi. Ubuntu mehmonining ichida ikkinchisi har bir ulanish bo'yicha DNS sozlamalarini sanaydi, uchinchisi esa ko'pincha faqat mahalliy stub manzilini ochib beradi, ya'ni haqiqiy upstream boshqa joyda.

Hal qilish va yetib borishni alohida tuting. To'g'ri manzilni olgan, ammo ulanishni ocha olmaydigan mehmonda marshrutlash, filtrlash yoki xizmat ruxsati muammosi bor va keyingi DNS o'zgarishlari unga hech qachon tegmaydi. Manzilni alohida sinab ko'ring va ikkisidan qaysi biri muvaffaqiyatsiz bo'lganini yozing.

Proksi rejimi va xost hal qiluvchi rejimi turli mexanizmlardir

Proksi rejimida NAT dvigateli mehmon so'rovlarini o'zi allaqachon biladigan DNS serverlariga uzatadi. Xost hal qiluvchi rejimida u so'rovni ushlab oladi va xost operatsion tizimidan nomni hozir xost ishlatayotgan narsa bilan hal qilishni so'raydi. Tunnel ko'tarilganda xost hal qilishini qayta yozadigan VPN mijoziga faqat ikkinchisi ergashadi. Shu sababli ikki sozlama bir mashinada turli javoblar beradi.

Bu farq bir gapda butun muammodir. Mehmonga server manzillari ro'yxatini berish Windowsdan nomni uning sozlangan hal qiluvchisi orqali hal qilishni so'rash bilan bir xil emas va DNS bo'lingan VPNda ikki javob farqlanadi. Adapter parametri mexanizm haqida, ruxsat haqida emas.

Ikkala rejim ham hech narsaga kirish bermaydi. Avtorizatsiya VPN siyosatida va xizmatda yashaydi, ishlaydigan so'rov esa faqat nom manzilga aylanganini bildiradi.

Adapterni almashtiring, so'ng mehmon nima olishini tekshiring

Avval VM ning tarmoq va DNS sozlamalarini yozib oling, so'ng mashinani o'chiring, shunda siz tahrirlaydigan narsa doimiy konfiguratsiya bo'ladi. Birinchi adapteri NAT tashiydigan work-ubuntu nomli VM uchun adapter bo'yicha parametr VM o'chirilganda xostdan belgilanadi. Keyin uni qayta ishga tushiring va chiqish holatiga ishonish o'rniga natijani ko'zdan kechiring.

VBoxManage modifyvm work-ubuntu --natdnshostresolver1 on
VBoxManage showvminfo work-ubuntu --machinereadable | grep -i natdns

Oxirgi raqam adapter raqamini tanlaydi, shuning uchun bu universal qiymat emas; adapter 2 sozlamasi o'sha joyda 2 ni olib yurardi. O'rnatilgan VirtualBox versiyasiga tegishli VBoxManage binaridan foydalaning, chunki yo'ldagi eskirgani ishlab turgan versiya e'tiborsiz qoldiradigan sozlamalarni yozishi mumkin.

Buning o'rniga proksi parametrini yoqish boshqa mexanizmni tanlaydi va sizga xost hal qiluvchisining xatti-harakatini bermaydi. Mehmon ishga tushgandan so'ng uning haqiqatda tutgan DNS konfiguratsiyasini tekshiring, chunki mehmon ichida qadalgan hal qiluvchi yoki shifrlangan DNS sozlamasi adapterni nima taklif qilishidan qat'i nazar dasturlarni boshqa yo'lda tutadi.

VPN ning butun hayot tsikli davomida sinang, faqat bir marta emas

Ikkala so'rovni mehmonda takrorlang, so'ng haqiqiy dasturni oching va unga TLS xost nomini tekshirishga ruxsat bering. Faqat IP orqali ulanish testi DNS ni yaxshi ajratadi, ammo bu sertifikat tekshiruvi emas va shunday hisobot qilinmasligi kerak. Nom, manzil va dastur natijasini birga yozing.

Tasdiqlangan oyna davomida xost VPN ini uzing va qayta ulang, testni takrorlang. Natija kirish siyosatiga mos kelishi kerak va ochiq hal qilishning yana ishlashi xususiy so'rovlar mo'ljallangan yo'lda qolganmi yoki yo'qmi haqida hech narsa demaydi.

Xost hal qiluvchi rejimi hech narsani o'zgartirmasa, yozilgan qiymatni qaytaring va kuzatishlarni saqlang. Hypervisor trafigini istisno qiladigan VPN mijozi, yetib bo'lmaydigan ichki hal qiluvchi va qadalgan mehmon sozlamasi har biri boshqa tuzatish talab qiladi va adapterni ko'prikka aylantirish DNS ni qayta o'rnatish o'rniga tarmoq dizaynini o'zgartiradi.