VirtualBox NAT қонақ DNS-і хост VPN-ге қосылғаннан кейін бұзылады

Windows хостта VPN қосылған бойда қолданбаның ішкі атауы шешіледі, ал Ubuntu қонағының ішінде шешілмейді. Қонақ өзінің шешуші параметрлерін сақтайды, ал оның алдындағы NAT адаптері DNS сұрауларына екі түрлі жолмен жауап бере алады. Қонақты ашық шешушіге бағыттау сайттарды қайта жүктейді, бірақ жеке атаулар бұзылған күйде қалады. Сондықтан бірдеңе өзгертілмес бұрын шешуші жолы бақыланады.

NAT адаптері арқылы бір сұранысты бақылаңыз

Бақылау ретінде бір ішкі толық білікті атауды және бір ашық атауды таңдаңыз. Туннель көтерілген кезде хостта ішкі атаудың шешілетінін және оның артындағы қолданбаның ашылатынын растаңыз. Содан кейін сол екі сұранысты қонақтың ішінде іске қосып, құралдарды емес, жауаптарды салыстырыңыз.

Әрі қарай жүрмес бұрын адаптердің шынымен қарапайым NAT екенін растаңыз. Көпір адаптерінің, атаулы NAT желісінің және қонақ ішіндегі екінші VPN клиентінің әрқайсысының өз конфигурациясы мен өз түсіндірмесі бар. Бұл кезеңде болжау зерттеудің қалғанын ысырап етеді.

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

Бірінші команда адаптер режимін және оған қосылған кез келген NAT желісін көрсетеді. Ubuntu қонағының ішінде екіншісі әр байланыс бойынша DNS параметрлерін тізімдейді, ал үшіншісі жиі тек жергілікті stub мекенжайын ашады, яғни нақты upstream басқа жерде.

Шешуді және қолжетімділікті бөлек ұстаңыз. Дұрыс мекенжайды алып, бірақ қосылым аша алмайтын қонақта маршруттау, сүзу немесе қызмет рұқсаты мәселесі бар, және одан әрі DNS өзгерістері оған ешқашан тимейді. Мекенжайды бөлек тексеріп, екеуінің қайсысы сәтсіз болғанын жазыңыз.

Прокси режимі және хост шешуші режимі түрлі механизмдер

Прокси режимінде NAT қозғалтқышы қонақ сұраныстарын өзі бұрыннан білетін DNS серверлеріне жібереді. Хост шешуші режимінде ол сұранысты ұстап алып, хосттың операциялық жүйесінен атауды дәл қазір хост қолданып отырған нәрсемен шешуін сұрайды. Тек екіншісі туннель көтерілгенде хост шешімін қайта жазатын VPN клиентіне ілеседі. Сондықтан екі параметр бір машинада түрлі жауаптар береді.

Бұл айырмашылық бір сөйлемдегі бүкіл мәселе. Қонаққа сервер мекенжайларының тізімін беру Windows-тан атауды оның конфигурацияланған шешушісі арқылы шешуді сұраумен бірдей емес, және бөлінген DNS-і бар VPN-де екі жауап өзгеше болады. Адаптер параметрі механизм туралы, рұқсат туралы емес.

Екі режимнің ешқайсысы ешнәрсеге қолжетімділік бермейді. Авторизация VPN саясатында және қызметте тұрады, ал жұмыс істейтін сұраныс тек атаудың мекенжайға айналғанын білдіреді.

Адаптерді ауыстырып, содан кейін қонақтың не алатынын тексеріңіз

Алдымен VM-нің желілік және DNS параметрлерін жазып алыңыз, содан кейін машинаны өшіріңіз, сонда өңделетіні тұрақты конфигурация болып қалады. Бірінші адаптері NAT таситын work-ubuntu атты VM үшін адаптер бойынша параметр хосттан, VM өшірулі кезде қойылады. Содан кейін оны қайта іске қосып, шығу мәртебесіне сенудің орнына нәтижені қарап шығыңыз.

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

Соңғы цифр адаптер нөмірін таңдайды, сондықтан бұл әмбебап мән емес; адаптер 2 параметрі сол орында 2 алып жүрер еді. Орнатылған VirtualBox нұсқасына тиесілі VBoxManage бинарін қолданыңыз, өйткені жолдағы ескісі іске қосылған нұсқа елемейтін параметрлерді жазуы мүмкін.

Оның орнына прокси параметрін қосу басқа механизмді таңдайды және сізге хост шешушісінің әрекетін бермейді. Қонақ іске қосылғаннан кейін оның шынымен ұстайтын DNS конфигурациясын тексеріңіз, өйткені қонақ ішінде бекітілген шешуші немесе шифрланған DNS параметрі қолданбаларды адаптер ұсынатынына қарамастан басқа жолда ұстайды.

VPN-нің бүкіл өмірлік циклінде сынаңыз, тек бір рет емес

Екі сұранысты да қонақта қайталаңыз, содан кейін нақты қолданбаны ашып, оған TLS хост атауын растауға мүмкіндік беріңіз. Тек IP арқылы қосылым тесті DNS-ті жақсы оқшаулайды, бірақ бұл сертификат тексеруі емес және солай хабарланбауы керек. Атау, мекенжай және қолданба нәтижесін бірге жазыңыз.

Мақұлданған терезе кезінде хост VPN-ін ажыратып, қайта қосып, тестті қайталаңыз. Нәтиже қолжетімділік саясатына сәйкес келуі керек, ал ашық шешудің қайта жұмыс істеуі жеке сұраныстардың көзделген жолда қалғаны туралы ештеңе айтпайды.

Хост шешуші режимі ештеңені өзгертпесе, жазылған мәнді қайтарып, бақылауларды сақтап қалыңыз. Hypervisor трафигін шығаратын VPN клиенті, қолжетімсіз ішкі шешуші және бекітілген қонақ параметрі әрқайсысы бөлек түзетуді қажет етеді, ал адаптерді көпірге айналдыру DNS-ті қалпына келтірудің орнына желі дизайнын өзгертеді.