Tamu berjambatan VMware kehilangan rangkaian selepas OpenVPN

Tamu yang sejam lalu dijambatani dan boleh dicapai kini tamat masa pada segala-galanya, dan tiada siapa mengedit tetapannya. Pada hos, internet masih berfungsi melalui terowong. Kedua-dua fakta itu bersama-sama menunjuk jauh daripada VPN dan ke arah hipervisor, kerana hos dan tetamu tidak lagi menggunakan laluan yang sama. Satu penyesuai maya baharu sudah cukup untuk menyebabkannya.

Tamu tidak berubah, jambatan yang berubah

Memasang klien OpenVPN pada Windows menambah penyesuai rangkaian maya yang diikat oleh perkhidmatan apabila terowong muncul. Bagi sistem pengendalian, ia kelihatan seperti antara muka biasa dengan keadaan pautan dan, selalunya, alamatnya sendiri. Itu sudah cukup untuk VMware menganggapnya sebagai calon jambatan.

VMnet0 ditetapkan kepada Automatik secara lalai, yang bermaksud hipervisor memilih penyesuai hos setiap kali ia menjambatani. Penyesuai maya yang baru dipasang menyertai kumpulan itu, dan jika ia dipilih, setiap bingkai yang dipancarkan tetamu pergi ke peranti terowong dan bukannya ke port fizikal suis.

Sematkan jambatan atau salurkan tetamu

Cabang pertama adalah yang betul apabila tetamu dimaksudkan sebagai rakan setara pada LAN fizikal: berhenti membiarkan jambatan memilih, dan namakan penyesuai secara eksplisit. Cabang kedua terpakai apabila tetamu sepatutnya menggunakan terowong korporat, dan dalam hal itu jambatan tidak pernah menjadi reka bentuk yang betul, kerana tetamu berjambatan tidak mewarisi laluan VPN hos.

Putuskan itu dahulu, kerana kedua-dua jawapan membawa kepada kerja yang berbeza. Membalikkan urutan menghasilkan jambatan yang disematkan dengan betul tetapi tersambung kepada tetamu yang tidak sepatutnya dijambatani.

Untuk cabang pertama, buka Virtual Network Editor pada hos, pilih VMnet0 dan gantikan Automatik dengan penyesuai fizikal. Jika terdapat beberapa penyesuai, gunakan senarai tetapan automatik dan hapuskan tanda pada apa sahaja yang tidak boleh membawa trafik tetamu: peranti TAP atau Wintun OpenVPN, serta penyesuai Hyper-V, WSL, Docker dan loopback. Biarkan penyesuai fizikal berwayar dan tanpa wayar kedua-duanya ditanda pada komputer riba, atau tetamu kehilangan jambatannya pada kali seterusnya pengguna memasangnya di dok.

Tiga syarat yang menentukan pilihan

Sama ada jambatan itu wajar bergantung pada tujuan tetamu. Jika tetamu mesti muncul sebagai hos tersendiri pada LAN, dengan alamatnya sendiri dan ketercapaian masuknya sendiri, jambatan ialah model yang betul dan penyematan ialah keseluruhan pembaikan. Jika tetamu hanya memerlukan akses keluar, rangkaian khas hos atau NAT lebih mudah dan kebal terhadap perubahan penyesuai.

Jika tetamu mesti menggunakan terowong yang sama dengan hos, baik mod jambatan mahupun penyesuai yang disematkan tidak membantu, kerana trafik tetamu tidak pernah masuk ke keputusan penghalaan hos. Kes itu memerlukan laluan yang dihalakan atau diterjemah pada hos, dan pilihan penyesuai menjadi tidak relevan.

VMware Player tidak mempunyai editor rangkaian dalam antara mukanya, jadi hos yang hanya menjalankan Player memerlukan editor berasingan atau pemasangan Workstation untuk mencapai tetapan ini. Kekangan itu kadangkala menentukan pendekatan dengan sendirinya.

Baca hasilnya dari dalam tetamu

Mulakan semula NIC maya, atau mulakan semula tetamu, supaya ia meminta pajakan semula. Kemudian baca apa yang sebenarnya diterimanya, bukan apa yang hos fikir telah dikonfigurasikannya.

ipconfig /all
ip addr
ip route

Baca dua medan dalam output itu dan abaikan selebihnya buat masa ini. Get laluan sepatutnya ialah penghala LAN, dan keterangan penyesuai sepatutnya menamakan peranti Ethernet VMware dan bukannya terowong. Alamat yang ditetapkan sendiri dalam 169.254.0.0/16 bermaksud tiada pelayan DHCP menjawab, dan itulah rupa jambatan ke penyesuai terowong dari sisi tetamu.

Satu lagi perbezaan wajar dibuat sebelum mengubah apa-apa yang lain. Tetamu yang mencapai penghala tetapi tidak internet mempunyai jambatan yang berfungsi dan masalah di hulu. Tetamu yang menerima alamat dalam julat terowong masih tersambung pada peranti yang salah. Melumpuhkan penyesuai TAP bukan pembaikan untuk kedua-dua kes itu, kerana perkhidmatan OpenVPN memerlukannya.