Mengapa susunan penyesuai tidak menentukan laluan VPN makmal anda

Penyesuai 1 berada di tempat pertama dalam senarai hypervisor hanyalah susunan paparan, dan jadual penghalaan tetamu tidak membacanya. Yang menentukan laluan ialah awalan, metrik dan mana-mana peraturan dasar yang terpakai sebelum kedua-duanya. Kerana itu menambah penyesuai jambatan pada VM makmal boleh mencipta laluan lalai kedua sementara antara muka NAT lama masih muncul sebagai wujud dan bernombor kedua. Hasilnya ialah VM yang kadangkala menggunakan terowong dan kadangkala tidak, tanpa sebarang perubahan konfigurasi yang menjelaskannya.

Tiga syarat menentukan laluan

Tiga syarat itu ialah awalan mana yang lebih khusus, apa yang dilakukan metrik apabila awalan seri, dan peraturan apa yang digunakan oleh tetamu selepas perubahan perkakasan. Setiap satu boleh dijawab dengan satu arahan, dan tiada satu pun melibatkan penomboran hypervisor.

Perkara terakhir itulah keputusannya: jika anda tidak dapat menyatakan awalan mana yang menang untuk alamat titik akhir VPN itu sendiri, anda tidak mempunyai dasar penghalaan, anda mempunyai topologi yang kebetulan berfungsi hari ini.

Syarat satu: awalan mana yang menang

Laluan ke 10.8.0.0/24 mengalahkan laluan lalai untuk alamat di dalamnya, tanpa mengira metrik dan tanpa mengira susunan penyesuai. Kerana itulah klien VPN yang memasang laluan khusus terus berfungsi walaupun penyesuai kedua muncul dengan metrik lebih rendah: kekhususan menang sebelum kos dipertimbangkan. Periksa dengan ip route show jadual yang anda fikir digunakan, dan dengan ip route get 203.0.113.9 jawapan yang benar-benar akan diberikan kernel untuk destinasi tertentu.

Alamat titik akhir itu sendiri ialah ujian yang paling penting. Jika alamat pelayan VPN diselesaikan melalui penyesuai jambatan yang baru ditambah, terowong mungkin tidak pernah terbentuk, atau terbentuk dan kemudian kehilangan laluan pengangkutannya sendiri. Tanyakan alamat itu secara khusus dan bukan menganggap antara muka terowong ialah jawapannya.

Syarat dua: apa yang dilakukan metrik dan apa yang tidak

Peranannya lebih sempit daripada yang dijangka kebanyakan orang. Metrik memutuskan seri antara laluan ke awalan yang sama; ia tidak membenarkan laluan yang lebih luas mengalahkan laluan yang lebih khusus. Nombor yang lebih kecil diutamakan dalam seri, dan sistem pengendalian berbeza mengira dalam arah bertentangan, sebab itulah nasihat yang disalin antara Linux dan Windows sering bercanggah dengan dirinya sendiri.

Dalam tetamu, ip route show mencetak metrik di sebelah setiap laluan, dan Get-NetRoute dalam Windows mencetak InterfaceMetric serta metrik laluan. Baca kedua-duanya, kerana keutamaan berkesan boleh menjadi jumlah dan bukan satu medan. Jika terdapat dua laluan lalai, itulah penemuannya: tetamu mempunyai dua jalan keluar, dan mana yang menang ialah fungsi nombor yang boleh diubah oleh perubahan perkakasan.

Syarat tiga: apa yang benar-benar digunakan oleh tetamu

Konfigurasi bukan sama dengan keadaan yang digunakan. Nama antara muka tidak stabil merentas perubahan perkakasan pada setiap platform, dan konfigurasi yang sepadan mengikut nama mungkin sekarang tidak terpakai kepada apa-apa.

Periksa keadaan yang digunakan dan bukan yang dimaksudkan. ip -br link menunjukkan antara muka yang wujud sekarang, dan pada hos dengan NetworkManager nmcli connection show menunjukkan profil mana yang terikat pada peranti mana. Profil yang gagal terikat membiarkan antara muka hidup tanpa pengalamatan, yang kelihatan seperti masalah penghalaan dan sebenarnya masalah penamaan. Snapshot yang dipulihkan memburukkannya, kerana keadaan tersimpan tetamu mungkin merujuk identiti penyesuai yang tidak lagi disediakan oleh perkakasan baharu.

Pastikan topologi makmal boleh dihasilkan semula

Simpan sambungan rangkaian maya yang dimaksudkan bersama konfigurasi tetamu, supaya pemetaan daripada peranan ke penyesuai ditulis dan bukan disimpulkan daripada kedudukan dalam senarai.

Biasanya empat peranan cukup untuk dinamakan: pautan peribadi, pengurusan, pengangkutan luar dan terowong. Setiap satu hendaklah dipetakan kepada penyesuai tertentu dan antara muka tetamu tertentu, dalam satu fail.

Kemudian uji aplikasi sebenar selepas perubahan perkakasan, mula semula atau snapshot yang dipulihkan, dan sertakan laluan ke titik akhir VPN dalam ujian itu. Jika VM gerbang sepatutnya menjadi satu-satunya jalan keluar, sahkan bahawa VM ujian tidak mempunyai laluan lalai kedua yang tidak diingini, kerana penyesuai jambatan menambah tepat laluan lalai kedua. Uji daripada tetamu, bukan daripada konsol hypervisor, kerana kedua-duanya mungkin tidak bersetuju tentang antara muka mana yang mana.

Dokumentasi rangkaian VirtualBox menerangkan mod penyesuai dan apa yang disambungkan oleh setiap satu, dan itulah bahagian yang wajar dibaca sebelum menambah yang kedua. Makmal yang mengenal pasti penyesuai mana yang melayani setiap peranan menjadikan perubahan laluan boleh dijelaskan. Makmal yang bergantung pada penomboran hypervisor menjadikan setiap perubahan sebagai eksperimen.