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

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

Қай адаптер режимін жөндеп жатқаныңызды растаңыз

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

Бір виртуалды машина әртүрлі режимдегі екі адаптерді ұстай алады, ал әсер еткен адаптер әрқашан бірінші емес.

Хосттың атауды жалпы шешетінін де растаңыз. Сол қолданбаны хостта туннель көтерілген күйде ашып, қонақ қолданатын дәл сол толық атауды пайдаланыңыз. Хост та сәтсіз болса, кінә қонақта емес және виртуалды желідегі ешбір өзгеріс оны түзетпейді.

Қонақтың шешушісі арқылы бір атауды қадағалаңыз

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

Қонақтың ішінде шешуші нақты не үшін конфигурацияланғанын қараңыз. systemd-resolved жүргізетін Ubuntu қонағында әр қосылыс бойынша күй келген серверлерді көрсетеді, ал resolv.conf файлында тек stub мекенжайы болуы мүмкін, бұл дұрыс, күдікті емес. Қолмен өңделген файл немесе бөлек шифрланған DNS клиенті сұрауларды мүлде басқа жерге жіберуі мүмкін. Өзгерту алдында тапқаныңызды жазып қойыңыз.

resolvectl status
resolvectl query app.internal.example

Мұнда шешуді қолжетімділіктен ажыратыңыз. Қызмет қолжетімсіз болып тұрғанда келетін мекенжай DNS емес, маршруттау немесе саясат мәселесі.

Сол адаптерде хост шешушісінің режимін байқап көріңіз

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

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

VBoxManage modifyvm "work-ubuntu" --natdnshostresolver1 on

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

VPN қайта қосылуында сол сынақтарды қайталаңыз

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

Ашық шешудің жұмыс істеуі жеке сұраулардың саясатыңыз талап ететін жолда қалғанын дәлелдемейді.

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