Apa yang diberitahukan tabel rute VPN dan apa yang tidak bisa

Anda terhubung, menjalankan daftar rute, dan melihat subnet yang belum pernah Anda dengar mengarah ke tunnel. Baris itu menyatakan satu hal dengan tepat dan beberapa hal sama sekali tidak. Baris itu mencatat bagaimana mesin ini akan meneruskan paket ke prefiks tersebut, tidak tentang host mana yang ada di sana, dan tidak tentang apa yang dapat dijangkau akun Anda. Membacanya dengan benar butuh satu menit; membacanya sebagai inventaris butuh jauh lebih lama untuk dilupakan.

Baca tabel sebagai instruksi lokal

Rute adalah instruksi penerusan yang dipegang kernel lokal: untuk prefiks ini, gunakan antarmuka ini dan hop berikutnya ini. Panjang prefiks menentukan seberapa spesifik instruksinya, dan kecocokan terpanjang menang. Tidak ada dalam aturan itu yang menyebut izin, kesehatan layanan, atau topologi jarak jauh.

Aturan kebijakan dapat ikut campur sebelum tabel dikonsultasikan, itulah sebabnya sebuah rute bisa ada dan tetap bukan rute yang dipakai paket tertentu. Baca aturan di samping tabel, lalu tanyakan kepada kernel jalur mana yang akan dipilihnya untuk tujuan tertentu. Jawaban untuk satu alamat lebih berharga daripada satu halaman prefiks, dan itulah satu-satunya jawaban yang mencerminkan tanda, ruang nama, dan pengikatan antarmuka yang diterapkan klien.

Prefiks lebar bukan katalog

Prefiks /16 yang dirutekan melalui tunnel tidak berarti enam belas ribu host yang dapat dijangkau, dan rute default berarti bahkan lebih sedikit. Server memutuskan siapa yang menjawab, firewall memutuskan apa yang diizinkan, dan akun memutuskan apa yang diotorisasi.

Tabel sempit punya jebakan sebaliknya: prefiks yang tidak ada bisa berarti tujuan dapat dijangkau melalui jalur lain, atau sekadar bahwa itu sama sekali tidak dirutekan. Kedua kasus itu terlihat identik sampai Anda mengujinya. Bandingkan tabel dengan sumber daya yang diminta Anda gunakan, bukan dengan harapan Anda tentang apa yang seharusnya dimuat VPN.

Dari mana entri berasal

Rute datang dari setidaknya empat tempat: berkas konfigurasi, server yang mendorong rute selama penyiapan koneksi, manajer jaringan yang memiliki antarmuka, dan orang yang mengetik perintah selama insiden. Masing-masing punya masa hidup berbeda dan pemilik berbeda.

Yang diketik selama gangguan adalah yang hilang saat reboot dan tidak muncul di dokumentasi siapa pun. Rute yang didorong server berubah saat server berubah, itulah sebabnya prefiks baru yang tak dijelaskan sering muncul setelah pembaruan gateway, bukan setelah perubahan klien. Ini manual ip-route mendokumentasikan sintaks tabel dan bidang jika Anda perlu membaca flag.

Periksa rute terhadap kontrak layanan

Perbandingan yang berguna adalah antara tabel dan layanan yang dijanjikan kepada Anda: nama, cakupan alamat, port, dan pemilik. Tuliskan keempatnya di samping prefiks dan celahnya akan terlihat.

ip route show table all dev tun0
ip route get 10.20.5.9
ip rule show

Jika prefiks ada dan layanan tetap gagal, tabel telah melakukan tugasnya dan masalahnya ada di tempat lain: resolusi nama, firewall di sisi jauh, atau akun tanpa grup yang tepat. Jika prefiks tidak ada, pertanyaannya adalah siapa yang seharusnya menyediakannya, bukan apa yang harus diketik. Kedua jawaban itu menyebut tim yang harus ditanya berikutnya, dan itulah satu-satunya keluaran berguna dari membaca tabel rute. Tuliskan nama itu sebelum menutup terminal.

Catat sebelum dan sesudah setiap perubahan, dengan tanggal dan antarmuka. Tabel rute adalah cuplikan satu saat pada satu mesin, dan itu baru menjadi bukti ketika seseorang menuliskan kapan tabel itu diambil.