Host v Hyper-V ztrácí DNS, když se připojí VPN hostitele

Host byl dnes ráno v pořádku. Pak hostitel spustil Cisco AnyConnect a VM ztratila DNS, důvěru domény i sdílenou složku, aniž by se uvnitř ní něco změnilo. Tunel hostitele a síť hosta jsou oddělené cesty a připojení jedné nepřesune druhou. Pracujte zevnitř hosta směrem ven a zapište si, co vidíte, než cokoli změníte.

Co host ještě vidí

Zaznamenejte adresu, výchozí bránu a překladač ve VM, jednou před připojením hostitele a jednou poté. Host, který si zachoval adresu a ztratil jen překlad názvů, má problém s překladačem. Host, který nikdy neměl trasu, má problém s cestou, a oba případy vyžadují jinou práci. Z hostitele je nerozlišíte, proto musí čtení přijít zevnitř.

Tyto tři údaje, sejmuté dvakrát, jsou vaše základní linie. Vše další se měří proti nim.

Který východ host používá

Hyper-V na to odpovídá dvěma příkazy: Get-VMSwitch vypíše přepínače a Get-VMNetworkAdapter -VMName TestVM ukáže ten, ke kterému je host připojen. Default Switch je síť NAT, kterou spravuje Windows; externí přepínač předává provoz fyzickému adaptéru; interní přepínač nenese nic, dokud někdo nepřidá NAT nebo router. VirtualBox představuje stejné tři myšlenky jako NAT, NAT Network a bridged.

Režim rozhoduje, zda může tunel hostitele vůbec hrát roli. Host na NAT překládá WinNAT a poté ho předává zásobník hostitele, takže sleduje směrovací tabulku hostitele; s klientem plného tunelu je jeho provoz tím provozem, který vstupuje do adaptéru VPN, a zahazuje se, když klient zablokuje místní podsíť. Host přemostěný na externí přepínač se ke směrování hostitele vůbec nedostane: jeho rámce odcházejí přímo z fyzické NIC, takže obchází tunel i zásady místní sítě klienta.

Sdílení tunelu hostitele s Hyper-V

Pokud host tunel potřebuje a nemůže spustit vlastního klienta, Windows může připojení VPN sdílet. Otevřete vlastnosti adaptéru VPN, přejděte na Sdílení a povolte ostatním síťovým uživatelům připojení přes něj. Nasměrujte domácí síťové připojení na adaptér Hyper-V, vEthernet (Default Switch), a poté otestujte nový požadavek zevnitř hosta.

Berte toto uspořádání jako laboratorní řešení, protože se tak chová. Musí se znovu použít po odpojení, opětovném připojení nebo restartu hostitele. V některých sestaveních Windows 11 adaptér v rozbalovací nabídce úplně chybí, a pak je tato cesta uzavřená.

Přeinstalace funkce Hyper-V zachránila několik zarputilých hostů. Nechte si to na konec a nejprve si poznamenejte stav hosta.

Přesměrování portů, když je podsíť filtrovaná

VPN hostitele, která filtruje NAT podsíť hosta, rozbíjí přímý přístup, nikoli překlad názvů. VM běží, ale ssh [email protected] visí, zatímco překlad hypervizoru stále funguje. Přesměrujte porty, které práce potřebuje, a připojte se místo toho na adresu hostitele. Řádky Vagrantfile níže pokrývají SSH a jednu službu HTTPS; obojí se vkládá před znovunačtením.

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

Překlad názvů je samostatné rozhodnutí a zaslouží si vlastní opravu. Zapněte funkci překladače hostitele pro tento adaptér NAT, nebo ručně nastavte interní server DNS uvnitř hosta. Nasměrování hosta na veřejný překladač zprovozní prohlížení a rozbije každé interní jméno, což je horší než výpadek, protože to vypadá jako úspěch. Otestujte jméno, které zná jen interní překladač.

Kontrola, která vám řekne, že to fungovalo

Po kterékoli z těchto změn spusťte nový požadavek zevnitř hosta s připojenou VPN hostitele, ne předtím. Znovu zkontrolujte sdílení po opětovném připojení a po restartu, protože oprava, která přežije jen jedno z toho, není oprava. Potvrďte, že seznam překladačů hosta odpovídá síti, kterou jeho provoz skutečně používá. Poté otestujte přesměrování portů z adresy hostitele, protože testování z hosta nic nedokazuje. Zevnitř hosta pokrývají překladač a přesměrovaný port dvě kontroly PowerShellu:

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

Zaznamenejte každou změnu přepínače nebo ovladače spolu s krokem pro vrácení. Průvodce Microsoftu k Hyper-V NAT vysvětluje, co Default Switch vlastně je, a stojí za přečtení, než vytvoříte druhou síť NAT, která s ním koliduje.