Tamu bridge VMware kehilangan jaringan setelah OpenVPN

Tamu yang sejam lalu masih dijembatani dan dapat dijangkau kini mengalami timeout pada semuanya, dan tidak ada yang mengubah pengaturannya. Di host, internet masih berfungsi melalui terowongan. Kedua fakta itu bersama-sama mengarah menjauh dari VPN dan menuju hypervisor, karena host dan tamu tidak lagi memakai jalur yang sama. Satu adaptor virtual baru sudah cukup untuk menyebabkannya.

Tamunya tidak berubah, jembatannya yang berubah

Memasang klien OpenVPN di Windows menambahkan adaptor jaringan virtual yang diikat oleh layanan saat terowongan muncul. Bagi sistem operasi, ia tampak seperti antarmuka biasa dengan status tautan dan, sering kali, alamatnya sendiri. Itu cukup bagi VMware untuk memperlakukannya sebagai kandidat jembatan.

VMnet0 secara bawaan diatur ke Otomatis, yang berarti hypervisor memilih adaptor host setiap kali menjembatani. Adaptor virtual yang baru dipasang masuk ke kumpulan itu, dan jika dipilih, setiap frame yang dipancarkan tamu pergi ke perangkat terowongan alih-alih ke porta fisik switch.

Paku jembatannya atau rutekan tamunya

Cabang pertama adalah yang tepat ketika tamu dimaksudkan menjadi rekan di LAN fisik: berhentilah membiarkan jembatan memilih, dan sebutkan adaptornya secara eksplisit. Cabang kedua berlaku ketika tamu seharusnya memakai terowongan korporat, dan dalam hal itu jembatan tidak pernah menjadi desain yang benar, karena tamu yang dijembatani tidak mewarisi rute VPN host.

Putuskan itu lebih dulu, karena kedua jawaban mengarah ke pekerjaan yang berbeda. Membalik urutannya menghasilkan jembatan yang terpaku dengan benar tetapi tersambung ke tamu yang seharusnya tidak pernah dijembatani.

Untuk cabang pertama, buka Virtual Network Editor di host, pilih VMnet0, dan ganti Otomatis dengan adaptor fisik. Jika ada beberapa adaptor, gunakan daftar pengaturan otomatis dan hapus centang untuk apa pun yang tidak boleh pernah membawa lalu lintas tamu: perangkat TAP atau Wintun OpenVPN, ditambah adaptor Hyper-V, WSL, Docker, dan loopback. Biarkan adaptor fisik kabel dan nirkabel sama-sama tercentang di laptop, atau tamu kehilangan jembatannya saat pengguna memasangnya di dok berikutnya.

Tiga kondisi yang menentukan pilihan

Apakah jembatan itu sendiri sesuai bergantung pada untuk apa tamu itu ada. Jika tamu harus tampil sebagai host tersendiri di LAN, dengan alamat sendiri dan keterjangkauan masuk sendiri, jembatan adalah model yang benar dan pemakuan adalah seluruh perbaikannya. Jika tamu hanya membutuhkan akses keluar, jaringan khusus host atau NAT lebih sederhana dan kebal terhadap perubahan adaptor.

Jika tamu harus memakai terowongan yang sama dengan host, baik mode jembatan maupun adaptor yang dipaku tidak membantu, karena lalu lintas tamu tidak pernah masuk ke keputusan perutean host. Kasus itu membutuhkan jalur yang dirutekan atau diterjemahkan di host, dan pilihan adaptor menjadi tidak relevan.

VMware Player tidak memiliki editor jaringan di antarmukanya, jadi host yang hanya menjalankan Player membutuhkan editor mandiri atau pemasangan Workstation untuk mencapai pengaturan ini. Batasan itu kadang menentukan pendekatannya sendiri.

Baca hasilnya dari dalam tamu

Mulai ulang NIC virtual, atau mulai ulang tamu, agar meminta sewa lagi. Lalu baca apa yang benar-benar diterimanya, bukan apa yang dianggap host telah dikonfigurasinya.

ipconfig /all
ip addr
ip route

Baca dua bidang pada keluaran itu dan abaikan sisanya untuk sekarang. Gateway seharusnya berupa router LAN, dan deskripsi adaptor seharusnya menyebut perangkat Ethernet VMware, bukan terowongan. Alamat yang ditetapkan sendiri di 169.254.0.0/16 berarti tidak ada server DHCP yang menjawab, dan itulah tampilan jembatan ke adaptor terowongan dari sisi tamu.

Satu perbedaan lagi layak dibuat sebelum mengubah apa pun yang lain. Tamu yang mencapai router tetapi tidak internet memiliki jembatan yang berfungsi dan masalah di hulu. Tamu yang menerima alamat di rentang terowongan masih tersambung ke perangkat yang salah. Menonaktifkan adaptor TAP bukan perbaikan untuk kedua kasus itu, karena layanan OpenVPN membutuhkannya.