VirtualBox NAT коногунун DNS-и хост VPN-ге кошулгандан кийин бузулат
Коноктун өз чечүүчүсү бар, 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-ти баштапкы абалга келтирүүнүн ордуна тармак дизайнын өзгөртөт.