Tamu Hyper-V kehilangan DNS saat VPN host terhubung

Tamu baik-baik saja pagi ini. Lalu host menyalakan Cisco AnyConnect dan VM kehilangan DNS, kepercayaan domain, dan folder bersama, tanpa ada yang berubah di dalamnya. Terowongan host dan jaringan tamu adalah jalur terpisah, dan menghubungkan satu tidak memindahkan yang lain. Bekerjalah dari dalam tamu ke luar, dan catat apa yang Anda lihat sebelum mengubah apa pun.

Apa yang masih bisa dilihat tamu

Catat alamat, gateway default, dan resolver di VM, sekali sebelum host terhubung dan sekali sesudahnya. Tamu yang mempertahankan alamatnya dan hanya kehilangan resolusi nama memiliki masalah resolver. Tamu yang tidak pernah punya rute memiliki masalah jalur, dan keduanya butuh pekerjaan berbeda. Dari host Anda tidak bisa membedakannya, karena itu pembacaan harus datang dari dalam.

Ketiga pembacaan itu, diambil dua kali, adalah garis dasar Anda. Semua yang berikutnya diukur terhadapnya.

Jalur keluar mana yang dipakai tamu

Hyper-V menjawab ini dengan dua perintah: Get-VMSwitch mencantumkan switch, dan Get-VMNetworkAdapter -VMName TestVM menunjukkan switch tempat tamu terpasang. Default Switch adalah jaringan NAT yang dikelola Windows; switch eksternal menyerahkan lalu lintas ke adaptor fisik; switch internal tidak membawa apa pun sampai seseorang menambahkan NAT atau router. VirtualBox menyajikan tiga gagasan yang sama sebagai NAT, NAT Network, dan bridged.

Mode menentukan apakah terowongan host bisa berpengaruh sama sekali. Tamu NAT diterjemahkan oleh WinNAT lalu diteruskan oleh tumpukan host, jadi ia mengikuti tabel rute host; dengan klien terowongan penuh, lalu lintasnya adalah lalu lintas yang masuk ke adaptor VPN, dan dibuang saat klien memblokir subnet lokal. Tamu yang dijembatani pada switch eksternal tidak pernah mencapai perutean host: frame-nya keluar langsung dari NIC fisik, sehingga melewati terowongan dan kebijakan LAN lokal klien.

Berbagi terowongan host dengan Hyper-V

Jika tamu membutuhkan terowongan dan tidak bisa menjalankan kliennya sendiri, Windows dapat berbagi koneksi VPN. Buka properti adaptor VPN, masuk ke Berbagi, dan izinkan pengguna jaringan lain terhubung melaluinya. Arahkan koneksi jaringan rumah ke adaptor Hyper-V, vEthernet (Default Switch), lalu uji permintaan baru dari dalam tamu.

Perlakukan pengaturan ini sebagai perbaikan laboratorium, karena perilakunya memang begitu. Ini harus diterapkan ulang setelah terputus, tersambung ulang, atau host di-boot ulang. Pada beberapa build Windows 11 adaptor sama sekali hilang dari daftar drop-down, dan saat itu jalur ini tertutup.

Memasang ulang fitur Hyper-V telah menyelamatkan beberapa tamu yang keras kepala. Simpan itu untuk terakhir, dan catat dulu keadaan tamu.

Penerusan port saat subnet difilter

VPN host yang memfilter subnet NAT tamu merusak akses langsung, bukan resolusi nama. VM berjalan, tetapi ssh [email protected] menggantung, sementara terjemahan hypervisor masih bekerja. Teruskan port yang dibutuhkan pekerjaan dan hubungkan ke alamat host sebagai gantinya. Baris Vagrantfile di bawah mencakup SSH dan satu layanan HTTPS; keduanya dimasukkan sebelum memuat ulang.

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

Resolusi nama adalah keputusan terpisah dan layak mendapat perbaikannya sendiri. Aktifkan fitur resolver host untuk adaptor NAT itu, atau konfigurasikan server DNS internal di dalam tamu secara manual. Mengarahkan tamu ke resolver publik membuat penjelajahan berfungsi dan merusak setiap nama internal, yang lebih buruk daripada gangguan karena tampak seperti keberhasilan. Uji nama yang hanya diketahui resolver internal.

Pemeriksaan yang memberi tahu Anda bahwa itu berhasil

Setelah salah satu perubahan ini, jalankan permintaan baru dari dalam tamu dengan VPN host terhubung, bukan sebelumnya. Periksa ulang berbagi setelah tersambung ulang dan setelah boot ulang, karena perbaikan yang hanya bertahan pada salah satunya bukan perbaikan. Pastikan daftar resolver tamu cocok dengan jaringan yang benar-benar dipakai lalu lintasnya. Lalu uji penerusan port dari alamat host, karena mengujinya dari tamu tidak membuktikan apa pun. Dari dalam tamu, dua pemeriksaan PowerShell mencakup resolver dan port yang diteruskan:

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

Catat setiap perubahan switch atau driver bersama langkah pembatalannya. Panduan Microsoft tentang Hyper-V NAT menjelaskan apa sebenarnya Default Switch, dan layak dibaca sebelum Anda membuat jaringan NAT kedua yang berbenturan dengannya.