Хост 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 кайра орнотуу эмес.