Хосттун VPN туташканда Hyper-V коногу DNS-ти жоготот

Конок бүгүн эртең менен жакшы иштеп турган. Анан хост Cisco AnyConnect-ти иштетип, VM DNS, домен ишенимин жана жалпы папканы жоготту, ичинде эч нерсе өзгөрбөгөнүнө карабастан. Хост туннели менен конок тармагы өзүнчө жолдор, бирин туташтыруу экинчисин жылдырбайт. Коноктун ичинен сыртка карай иштеңиз жана бир нерсени өзгөртүүдөн мурун эмнени көргөнүңүздү жазып алыңыз.

Конок дагы эмнени көрө алат

VM ичинде даректи, демейки шлюзди жана чечүүчүнү бир жолу хост туташканга чейин, бир жолу андан кийин жазыңыз. Дарегин сактап, аттарды чечүүнү гана жоготкон конокто чечүүчү көйгөйү бар. Эч качан маршруту болбогон конокто жол көйгөйү бар, экөө тең башка жумушту талап кылат. Хосттон аларды ажырата албайсыз, ошондуктан окуу ичинен келиши керек.

Ошол үч окуу, эки жолу алынган, сиздин базалык сызыгыңыз. Андан кийинкинин баары аларга каршы өлчөнөт.

Конок кайсы чыгууну колдонуп жатат

Hyper-V буга эки команда менен жооп берет: Get-VMSwitch коммутаторлорду тизмелейт, ал эми Get-VMNetworkAdapter -VMName TestVM конок туташкан коммутаторду көрсөтөт. Default Switch — Windows башкарган NAT тармагы; тышкы коммутатор трафикти физикалык адаптерге өткөрөт; ички коммутатор бирөө NAT же маршрутизатор кошконго чейин эч нерсе ташыбайт. VirtualBox ошол эле үч идеяны NAT, NAT Network жана bridged катары сунуштайт.

Режим хост туннелинин жалпы мааниси болушу мүмкүнбү, ошону чечет. NAT коногу WinNAT аркылуу которулат, анан хост стеги менен жөнөтүлөт, ошондуктан ал хосттун маршрут таблицасын ээрчийт; толук туннель клиенти менен анын трафиги VPN адаптерине кирген трафик болот жана клиент жергиликтүү ички тармакты бөгөттөгөндө ташталат. Тышкы коммутаторго көпүрөлөнгөн конок хосттун маршруттоосуна эч качан жетпейт: анын кадрлары физикалык NICтен түз чыгат, ошондуктан ал туннелди да, клиенттин жергиликтүү тармак саясатын да айланып өтөт.

Хост туннелин Hyper-V менен бөлүшүү

Эгер конокко туннель керек болуп, өз клиентин иштете албаса, Windows VPN байланышын бөлүшө алат. VPN адаптеринин касиеттерин ачып, Бөлүшүү бөлүмүнө өтүңүз жана башка тармак колдонуучуларына ал аркылуу туташууга уруксат бериңиз. Үй тармагынын байланышын Hyper-V адаптерине багыттаңыз, vEthernet (Default Switch), анан коноктун ичинен жаңы сурамды текшериңиз.

Бул конфигурацияны лабораториялык чечим катары караңыз, анткени ал ошондой аракеттенет. Аны ажыратуудан, кайра туташуудан же хостту кайра жүктөөдөн кийин кайра колдонуу керек. Айрым Windows 11 курулуштарында адаптер ачылма тизмеден такыр жок, ошондо бул жол жабык.

Hyper-V функциясын кайра орнотуу бир нече кыңыр конокту куткарды. Аны акыркыга калтырыңыз жана адегенде коноктун абалын жазыңыз.

Ички тармак чыпкаланганда портторду багыттоо

Коноктун NAT ички тармагын чыпкалаган хост VPN түз кирүүнү бузат, аттарды чечүүнү эмес. VM иштеп жатат, бирок ssh [email protected] илинип калат, ал эми гипервизордун котормосу дагы эле иштейт. Жумушка керек портторду багыттаңыз жана анын ордуна хост дарегине туташыңыз. Төмөнкү Vagrantfile саптары SSH жана бир HTTPS кызматын камтыйт; экөө тең кайра жүктөөдөн мурун киргизилет.

config.vm.network "forwarded_port", guest: 22, host: 22
config.vm.network "forwarded_port", guest: 3443, host: 3443

Аттарды чечүү өзүнчө чечим жана өзүнүн оңдоосуна татыктуу. Ошол NAT адаптери үчүн хосттун чечүүчү функциясын күйгүзүңүз, же коноктун ичиндеги ички DNS серверин кол менен конфигурациялаңыз. Конокту коомдук чечүүчүгө багыттоо серептөөнү иштетет жана ар бир ички атты бузат, бул тыныгуудан да жаман, анткени ийгиликке окшош. Ички чечүүчү гана билген атты текшериңиз.

Иштегенин айткан текшерүү

Ушул өзгөртүүлөрдүн кайсынысынан кийин болбосун, хост VPN туташкан абалда коноктун ичинен жаңы сурам иштетиңиз, андан мурун эмес. Кайра туташуудан жана кайра жүктөөдөн кийин бөлүшүүнү кайра текшериңиз, анткени ошолордун бирине гана чыдаган оңдоо оңдоо эмес. Коноктун чечүүчүлөр тизмеси анын трафиги чындап колдонгон тармакка дал келерин ырастаңыз. Анан портторду багыттоону хост дарегинен текшериңиз, анткени коноктон текшерүү эч нерсени далилдебейт. Коноктун ичинен эки PowerShell текшерүүсү чечүүчүнү жана багытталган портту камтыйт:

Resolve-DnsName intranet.corp
Test-NetConnection 192.0.2.10 -Port 22

Ар бир коммутатор же драйвер өзгөртүүсүн аны кайтаруу кадамы менен жазыңыз. Microsoftтун Hyper-V NAT колдонмосу Default Switch чындыгында эмне экенин түшүндүрөт жана ага каршы келген экинчи NAT тармагын түзүүдөн мурун аны окууга татыктуу.