Ana makine VPN'i bağlanınca Hyper-V konuğu DNS'i kaybediyor

Konuk bu sabah iyiydi. Sonra ana makine Cisco AnyConnect'i başlattı ve VM DNS'ini, etki alanı güvenini ve paylaşılan klasörü kaybetti, içinde hiçbir şey değişmemişti. Ana makine tüneli ile konuk ağı ayrı yollardır ve birini bağlamak diğerini taşımaz. Konuğun içinden dışarı doğru çalışın ve herhangi bir şeyi değiştirmeden önce gördüklerinizi yazın.

Konuğun hâlâ görebildikleri

VM'de adresi, varsayılan ağ geçidini ve çözümleyiciyi bir kez ana makine bağlanmadan önce ve bir kez sonra kaydedin. Adresini koruyup yalnızca ad çözümlemesini kaybeden konuğun sorunu çözümleyicidedir. Hiç rotası olmayan konuğun sorunu yoldadır ve ikisi farklı iş gerektirir. Ana makineden ikisini ayırt edemezsiniz, bu yüzden okuma içeriden gelmelidir.

Bu üç okuma, iki kez alındığında sizin temel çizginizdir. Sonraki her şey onlara göre ölçülür.

Konuk hangi çıkışı kullanıyor

Hyper-V buna iki komutla yanıt verir: Get-VMSwitch anahtarları listeler ve Get-VMNetworkAdapter -VMName TestVM konuğun bağlı olduğu anahtarı gösterir. Default Switch, Windows'un yönettiği bir NAT ağıdır; harici anahtar trafiği fiziksel bir bağdaştırıcıya verir; dahili anahtar biri NAT veya yönlendirici ekleyene kadar hiçbir şey taşımaz. VirtualBox aynı üç fikri NAT, NAT Network ve bridged olarak sunar.

Mod, ana makine tünelinin herhangi bir önemi olup olamayacağını belirler. NAT konuğu WinNAT tarafından çevrilir ve sonra ana makine yığını tarafından iletilir, bu yüzden ana makinenin yönlendirme tablosunu izler; tam tünel istemcisiyle trafiği VPN bağdaştırıcısına giren trafiktir ve istemci yerel alt ağı engellediğinde düşürülür. Harici anahtarda köprülenmiş konuk ana makine yönlendirmesine hiç ulaşmaz: çerçeveleri fiziksel NIC'ten doğrudan çıkar, böylece hem tüneli hem de istemcinin yerel ağ ilkesini atlar.

Ana makine tünelini Hyper-V ile paylaşma

Konuğun tünele ihtiyacı varsa ve kendi istemcisini çalıştıramıyorsa, Windows VPN bağlantısını paylaşabilir. VPN bağdaştırıcısının özelliklerini açın, Paylaşım'a gidin ve diğer ağ kullanıcılarının bunun üzerinden bağlanmasına izin verin. Ev ağı bağlantısını Hyper-V bağdaştırıcısına yönlendirin, vEthernet (Default Switch), sonra konuğun içinden yeni bir istek sınayın.

Bu düzeni bir laboratuvar çözümü olarak görün, çünkü öyle davranır. Bağlantı kesildikten, yeniden bağlandıktan veya ana makine yeniden başlatıldıktan sonra yeniden uygulanmalıdır. Bazı Windows 11 derlemelerinde bağdaştırıcı açılır listede tamamen yoktur ve o zaman bu yol kapalıdır.

Hyper-V özelliğini yeniden kurmak birkaç inatçı konuğu kurtardı. Bunu sona saklayın ve önce konuğun durumunu not edin.

Alt ağ filtrelendiğinde bağlantı noktası yönlendirme

Konuğun NAT alt ağını filtreleyen bir ana makine VPN'i ad çözümlemesini değil doğrudan erişimi bozar. VM çalışıyor, ama ssh [email protected] takılıyor, hipervizörün çevirisi hâlâ çalışırken. İşin gerektirdiği bağlantı noktalarını yönlendirin ve bunun yerine ana makine adresine bağlanın. Aşağıdaki Vagrantfile satırları SSH ve bir HTTPS hizmetini kapsar; ikisi de yeniden yüklemeden önce eklenir.

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

Ad çözümlemesi ayrı bir karardır ve kendi düzeltmesini hak eder. O NAT bağdaştırıcısı için ana makinenin çözümleyici özelliğini açın, ya da konuğun içindeki dahili DNS sunucusunu elle yapılandırın. Konuğu genel bir çözümleyiciye yönlendirmek gezinmeyi çalıştırır ve her dahili adı bozar; bu kesintiden daha kötüdür çünkü başarı gibi görünür. Yalnızca dahili çözümleyicinin bildiği bir adı sınayın.

İşe yaradığını söyleyen denetim

Bu değişikliklerden herhangi birinden sonra, ana makine VPN'i bağlıyken konuğun içinden yeni bir istek çalıştırın, ondan önce değil. Yeniden bağlandıktan ve yeniden başlattıktan sonra paylaşımı yeniden denetleyin, çünkü bunlardan yalnızca birini atlatan düzeltme düzeltme değildir. Konuğun çözümleyici listesinin trafiğinin gerçekten kullandığı ağla eşleştiğini doğrulayın. Sonra bağlantı noktası yönlendirmesini ana makine adresinden sınayın, çünkü konuktan sınamak hiçbir şey kanıtlamaz. Konuğun içinden iki PowerShell denetimi çözümleyiciyi ve yönlendirilen bağlantı noktasını kapsar:

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

Her anahtar veya sürücü değişikliğini geri alma adımıyla birlikte kaydedin. Microsoft'un Hyper-V NAT kılavuzu Default Switch'in gerçekte ne olduğunu açıklar ve onunla çakışan ikinci bir NAT ağı oluşturmadan önce okumaya değer.