Rute default VPN di tabel 200 menyembunyikan rute LAN Anda

Empat pemeriksaan memisahkan kesalahan tabel kebijakan dari kesalahan perutean: aturan mana yang cocok, tabel mana yang disebut aturan itu, apa isi tabel itu, dan rute mana di dalamnya yang menang. Tabel utama tidak lagi dikonsultasikan begitu tabel sebelumnya menghasilkan rute, jadi entri LAN yang terlihat di sana bisa tidak relevan bagi paket yang Anda uji. Lakukan pemeriksaan secara berurutan, dan rute yang hilang akan muncul pada langkah ketiga, bukan keempat.

Pencocokan prefiks terpanjang terjadi di dalam satu tabel; ia tidak membandingkan rute semua tabel sebagai satu daftar.

Pencarian berakhir pada tabel pertama yang menjawab

Ambil kebijakan di mana lalu lintas dari sebuah subnet mencari tabel 200 lebih dulu, tabel 200 memuat rute default melalui terowongan, dan tabel utama memuat prefiks LAN. Paket ke alamat LAN dapat cocok dengan default itu di tabel 200 dan berhenti di sana. Karena pencarian menghasilkan rute, aturan tabel utama yang lebih akhir tidak pernah mendapat kesempatan menawarkan entri yang lebih spesifik. Hasilnya paket yang masuk ke terowongan sementara rute LAN yang sama sekali baik duduk tanpa dipakai.

Aturan sebelumnya dan pencarian alamat lokal milik mesin itu sendiri tetap berlaku, jadi pengujian harus memakai sumber, tanda, dan antarmuka yang dibawa alur sebenarnya. Tanyakan dengan hal lain dan LAN mungkin terpilih dengan benar, yang justru menyembunyikan kesalahan yang Anda cari.

Tempatkan pengecualian LAN di tempat yang semestinya

Tabel yang dipilih dapat memuat rute LAN, rute terhubung, dan rute titik akhir yang dibutuhkannya, yang menjaga kebijakan tetap mandiri. Desain lain memakai aturan sebelumnya yang eksplisit untuk prefiks LAN, atau rute lempar yang sengaja menyerahkan prefiks ke pencarian berikutnya. Masing-masing adalah pola sah dengan pemilik berbeda. Pilih berdasarkan kebijakan yang dimaksud dan siapa yang memelihara rute, bukan berdasarkan mana yang lebih pendek diketik.

Apa pun polanya, pengecualian harus terlihat di tempat kebijakan didefinisikan. Rute yang ditambahkan manual dan tidak tercatat akan hilang pada reboot berikutnya dan membawa diagnosisnya bersama.

Jangan menyalin tabel utama seluruhnya

Menyalin setiap rute dari tabel utama ke tabel kebijakan tampak seperti perbaikan tetapi menciptakan cuplikan. Pengelola dapat menambah atau menghapus alamat dan antarmuka secara dinamis, dan salinannya menjadi basi tanpa ada yang menyadari. Simpan siklus hidup rute pada pemilik konfigurasinya, dan hasilkan ulang tabel dari konfigurasi, bukan dari satu titik waktu.

Tabel yang disalin juga menggagalkan tujuan, karena mereproduksi perilaku cadangan yang seharusnya dibatasi kebijakan.

Periksa balasan secara terpisah dari rute

Setelah pencarian memilih jalur yang dimaksud, balasan masih bisa gagal karena alasan yang tidak ada hubungannya dengan tabel. Terjemahan mungkin diterapkan pada antarmuka yang salah, validasi jalur balik mungkin menolak paket yang datang lewat jalur tak terduga, atau titik akhir mungkin tidak menjawab sama sekali. Itu kesalahan berbeda dengan bukti berbeda, dan tak satu pun diperbaiki dengan menyunting entri rute.

Simpan pencarian untuk alur persis itu di kedua sisi perubahan, agar koreksinya tetap terlihat. Menonaktifkan pemeriksaan jalur balik secara global atau membersihkan aturan tidak menyediakan rute yang hilang dan melemahkan kendali yang tidak terkait.

Catat aturan, tabel, rute pemenang, dan jalur balasan. Catatan itu memisahkan kesalahan kebijakan dari layanan yang rusak.