Tetamu Hyper-V kehilangan DNS apabila VPN hos bersambung

Tetamu baik pagi ini. Kemudian hos menghidupkan Cisco AnyConnect dan VM kehilangan DNS, kepercayaan domain dan folder kongsi, tanpa apa-apa berubah di dalamnya. Terowong hos dan rangkaian tetamu ialah laluan berasingan, dan menyambung satu tidak menggerakkan yang lain. Bekerja dari dalam tetamu ke luar, dan catat apa yang anda lihat sebelum mengubah apa-apa.

Apa yang masih boleh dilihat tetamu

Rekod alamat, get laluan lalai dan penyelesai dalam VM, sekali sebelum hos bersambung dan sekali selepasnya. Tetamu yang mengekalkan alamatnya dan hanya kehilangan penyelesaian nama mempunyai masalah penyelesai. Tetamu yang tidak pernah mempunyai laluan mempunyai masalah laluan, dan kedua-duanya memerlukan kerja berbeza. Dari hos anda tidak dapat membezakan keduanya, sebab itu bacaan mesti datang dari dalam.

Ketiga-tiga bacaan itu, diambil dua kali, ialah garis dasar anda. Semua yang berikutnya diukur terhadapnya.

Pintu keluar mana yang digunakan tetamu

Hyper-V menjawab ini dengan dua arahan: Get-VMSwitch menyenaraikan suis, dan Get-VMNetworkAdapter -VMName TestVM menunjukkan suis yang tetamu sertai. Default Switch ialah rangkaian NAT yang diuruskan Windows; suis luaran menyerahkan trafik kepada penyesuai fizikal; suis dalaman tidak membawa apa-apa sehingga seseorang menambah NAT atau penghala. VirtualBox membentangkan tiga idea yang sama sebagai NAT, NAT Network dan bridged.

Mod menentukan sama ada terowong hos boleh penting sama sekali. Tetamu NAT diterjemah oleh WinNAT dan kemudian dimajukan oleh tindanan hos, jadi ia mengikut jadual laluan hos; dengan klien terowong penuh trafiknya ialah trafik yang masuk ke penyesuai VPN, dan ia digugurkan apabila klien menyekat subnet tempatan. Tetamu berjambatan pada suis luaran tidak pernah mencapai penghalaan hos: bingkainya keluar terus dari NIC fizikal, jadi ia memintas kedua-dua terowong dan dasar LAN tempatan klien.

Berkongsi terowong hos dengan Hyper-V

Jika tetamu memerlukan terowong dan tidak boleh menjalankan kliennya sendiri, Windows boleh berkongsi sambungan VPN. Buka sifat penyesuai VPN, pergi ke Perkongsian, dan benarkan pengguna rangkaian lain bersambung melaluinya. Halakan sambungan rangkaian rumah ke penyesuai Hyper-V, vEthernet (Default Switch), kemudian uji permintaan baharu dari dalam tetamu.

Anggap susunan ini sebagai pembaikan makmal, kerana ia berkelakuan begitu. Ia mesti digunakan semula selepas terputus, bersambung semula atau hos dimulakan semula. Dalam sesetengah binaan Windows 11 penyesuai tiada sama sekali dalam senarai juntai bawah, dan ketika itu laluan ini tertutup.

Memasang semula ciri Hyper-V telah menyelamatkan beberapa tetamu yang degil. Simpan itu untuk akhir, dan catat keadaan tetamu dahulu.

Pemajuan port apabila subnet ditapis

VPN hos yang menapis subnet NAT tetamu memecahkan akses langsung, bukan penyelesaian nama. VM sedang berjalan, namun ssh [email protected] tergantung, sementara terjemahan hypervisor masih berfungsi. Majukan port yang diperlukan oleh kerja itu dan sambung ke alamat hos sebagai gantinya. Baris Vagrantfile di bawah meliputi SSH dan satu perkhidmatan HTTPS; kedua-duanya dimasukkan sebelum memuat semula.

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

Penyelesaian nama ialah keputusan berasingan dan wajar mendapat pembaikannya sendiri. Hidupkan ciri penyelesai hos untuk penyesuai NAT itu, atau konfigurasikan pelayan DNS dalaman di dalam tetamu secara manual. Menghalakan tetamu ke penyelesai awam menjadikan pelayaran berfungsi dan memecahkan setiap nama dalaman, yang lebih teruk daripada gangguan kerana ia kelihatan seperti kejayaan. Uji nama yang hanya diketahui oleh penyelesai dalaman.

Semakan yang memberitahu anda ia berjaya

Selepas mana-mana perubahan ini, jalankan permintaan baharu dari dalam tetamu dengan VPN hos bersambung, bukan sebelum itu. Semak semula perkongsian selepas bersambung semula dan selepas dimulakan semula, kerana pembaikan yang hanya bertahan pada salah satunya bukan pembaikan. Sahkan bahawa senarai penyelesai tetamu sepadan dengan rangkaian yang benar-benar digunakan oleh trafiknya. Kemudian uji pemajuan port dari alamat hos, kerana mengujinya dari tetamu tidak membuktikan apa-apa. Dari dalam tetamu, dua semakan PowerShell meliputi penyelesai dan port yang dimajukan:

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

Catat setiap perubahan suis atau pemacu bersama langkah pembatalannya. Panduan Microsoft tentang Hyper-V NAT menerangkan apa sebenarnya Default Switch, dan ia wajar dibaca sebelum anda mencipta rangkaian NAT kedua yang bercanggah dengannya.