Mengapa urutan adaptor tidak menentukan rute VPN lab Anda

Adaptor 1 berada di urutan pertama daftar hypervisor hanyalah urutan tampilan, dan tabel perutean tamu tidak membacanya. Yang menentukan jalur adalah prefiks, metrik, dan aturan kebijakan apa pun yang berlaku sebelum keduanya. Karena itu menambahkan adaptor jembatan ke VM lab dapat membuat jalur default kedua sementara antarmuka NAT lama masih tampil sebagai ada dan bernomor kedua. Hasilnya adalah VM yang kadang memakai terowongan dan kadang tidak, tanpa perubahan konfigurasi apa pun yang menjelaskannya.

Tiga kondisi menentukan jalur

Tiga kondisi itu adalah prefiks mana yang lebih spesifik, apa yang dilakukan metrik ketika prefiks seri, dan aturan apa yang diterapkan tamu setelah perubahan perangkat keras. Setiap kondisi bisa dijawab dengan satu perintah, dan tidak satu pun melibatkan penomoran hypervisor.

Poin terakhir itulah keputusannya: jika Anda tidak bisa menyebut prefiks mana yang menang untuk alamat titik akhir VPN itu sendiri, Anda tidak punya kebijakan perutean, Anda punya topologi yang kebetulan berfungsi hari ini.

Kondisi satu: prefiks mana yang menang

Rute ke 10.8.0.0/24 mengalahkan rute default untuk alamat di dalamnya, apa pun metriknya dan apa pun urutan adaptornya. Karena itu klien VPN yang memasang rute spesifik tetap berfungsi meski muncul adaptor kedua dengan metrik lebih rendah: kekhususan menang sebelum biaya dipertimbangkan. Periksa dengan ip route show tabel yang Anda anggap dipakai, dan dengan ip route get 203.0.113.9 jawaban yang benar-benar akan diberikan kernel untuk tujuan tertentu.

Alamat titik akhir itu sendiri adalah uji yang paling penting. Jika alamat server VPN diselesaikan melalui adaptor jembatan yang baru ditambahkan, terowongan mungkin tidak pernah terbentuk, atau terbentuk lalu kehilangan jalur transportnya sendiri. Tanyakan alamat itu secara khusus alih-alih menganggap antarmuka terowongan adalah jawabannya.

Kondisi dua: apa yang dilakukan metrik dan apa yang tidak

Perannya lebih sempit daripada yang diharapkan kebanyakan orang. Metrik memutus seri antara rute ke prefiks yang sama; metrik tidak membuat rute yang lebih luas mengalahkan rute yang lebih spesifik. Angka lebih kecil diutamakan dalam seri, dan sistem operasi berbeda menghitung ke arah berlawanan, itulah sebabnya saran yang disalin antara Linux dan Windows sering saling bertentangan.

Di tamu, ip route show mencetak metrik di samping setiap rute, dan Get-NetRoute di Windows mencetak InterfaceMetric plus metrik rute. Baca keduanya, karena preferensi efektif bisa berupa jumlah dan bukan satu bidang. Jika ada dua rute default, itulah temuannya: tamu punya dua jalan keluar, dan mana yang menang adalah fungsi dari angka yang bisa diubah oleh perubahan perangkat keras.

Kondisi tiga: apa yang benar-benar diterapkan tamu

Konfigurasi tidak sama dengan status yang diterapkan. Nama antarmuka tidak stabil saat perubahan perangkat keras di setiap platform, dan konfigurasi yang cocok berdasarkan nama mungkin sekarang tidak berlaku untuk apa pun.

Periksa status yang diterapkan, bukan yang dimaksudkan. ip -br link menampilkan antarmuka yang ada sekarang, dan pada host dengan NetworkManager nmcli connection show menampilkan profil mana yang terikat ke perangkat mana. Profil yang gagal terikat membuat antarmuka tetap hidup tanpa pengalamatan, yang tampak seperti masalah perutean dan sebenarnya masalah penamaan. Snapshot yang dipulihkan memperburuknya, karena status tersimpan tamu mungkin merujuk identitas adaptor yang tidak lagi disediakan perangkat keras baru.

Jaga topologi lab tetap dapat direproduksi

Simpan sambungan jaringan virtual yang dimaksudkan bersama konfigurasi tamu, agar pemetaan dari peran ke adaptor tertulis dan bukan disimpulkan dari posisi dalam daftar.

Biasanya empat peran cukup untuk diberi nama: tautan privat, manajemen, transport luar, dan terowongan. Masing-masing harus dipetakan ke adaptor tertentu dan antarmuka tamu tertentu, dalam sebuah berkas.

Lalu uji aplikasi sebenarnya setelah perubahan perangkat keras, mulai ulang, atau snapshot yang dipulihkan, dan sertakan rute ke titik akhir VPN dalam uji itu. Jika VM gerbang dimaksudkan sebagai satu-satunya jalan keluar, pastikan VM uji tidak memiliki jalur default kedua yang tidak diinginkan, karena adaptor jembatan menambahkan justru jalur default kedua. Uji dari tamu, bukan dari konsol hypervisor, karena keduanya bisa tidak sepakat tentang antarmuka mana yang mana.

Dokumentasi jaringan VirtualBox menjelaskan mode adaptor dan ke apa masing-masing tersambung, dan itulah bagian yang layak dibaca sebelum menambahkan adaptor kedua. Lab yang mengidentifikasi adaptor mana melayani peran mana membuat perubahan rute dapat dijelaskan. Lab yang mengandalkan penomoran hypervisor membuat setiap perubahan menjadi eksperimen.