Гостинот на Hyper-V го губи DNS кога ќе се поврзе VPN-от на домаќинот

Гостинот беше добро утрово. Потоа домаќинот го крена Cisco AnyConnect и VM-от го загуби DNS-от, довербата на доменот и споделената папка, без ништо внатре да се промени. Тунелот на домаќинот и мрежата на гостинот се одделни патишта и поврзувањето на едното не го поместува другото. Работете од внатрешноста на гостинот кон надвор и запишете што гледате пред да промените нешто.

Што сѐ уште може да види гостинот

Запишете ја адресата, стандардната порта и разрешувачот во VM-от, еднаш пред домаќинот да се поврзе и еднаш потоа. Гостин што ја задржал адресата и изгубил само разрешување на имиња има проблем со разрешувачот. Гостин што никогаш немал рута има проблем со патеката, и двете бараат различно работење. Од домаќинот не можете да ги разликувате, затоа читањето мора да дојде одвнатре.

Тие три читања, земени двапати, се вашата основна линија. Сѐ што следи се мери спрема нив.

Кој излез го користи гостинот

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

Режимот одлучува дали тунелот на домаќинот воопшто може да има значење. NAT гостинот го преведува WinNAT и потоа го проследува стекот на домаќинот, па затоа ја следи рутирачката табела на домаќинот; со клиент со целосен тунел неговиот сообраќај е сообраќајот што влегува во VPN адаптерот и се отфрла кога клиентот ја блокира локалната подмрежа. Гостин премостен на надворешен прекинувач никогаш не стигнува до рутирањето на домаќинот: неговите рамки излегуваат директно од физичката NIC, па затоа ги заобиколува и тунелот и локалната мрежна политика на клиентот.

Споделување на тунелот на домаќинот со Hyper-V

Ако на гостинот му треба тунелот и не може да го изврши сопствениот клиент, Windows може да ја сподели VPN врската. Отворете ги својствата на VPN адаптерот, одете на Споделување и дозволете други мрежни корисници да се поврзат преку него. Насочете ја домашната мрежна врска кон Hyper-V адаптерот, vEthernet (Default Switch), потоа тестирајте ново барање од внатрешноста на гостинот.

Третирајте го распоредот како лабораториско решение, затоа што така се однесува. Мора повторно да се примени по исклучување, повторно поврзување или рестартирање на домаќинот. Во некои изградби на Windows 11 адаптерот целосно недостасува во паѓачкото мени и тогаш овој пат е затворен.

Преинсталирањето на функцијата Hyper-V спаси неколку тврдоглави гостини. Зачувајте го тоа за накрај и прво забележете ја состојбата на гостинот.

Проследување порти кога подмрежата е филтрирана

VPN на домаќинот што ја филтрира NAT подмрежата на гостинот го крши директниот пристап, а не разрешувањето на имиња. 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 мрежа што се судира со неа.