pull-filter mencocokkan teks, bukan subnet: bacalah sebagai prefiks
Filter membandingkan awal setiap opsi yang didorong dengan teks Anda. Spasi yang hilang, aturan lebar sebelumnya, dan tindakan yang salah menghasilkan kegagalan berbeda.
Niatnya adalah membuang satu rute yang didorong. Setelah perubahan, opsi perutean lain hilang, atau klien menyambung ulang dalam lingkaran. Kedua hasil muncul dari membaca filter sebagai aturan subnet padahal ia membandingkan teks. Klien memeriksa apakah opsi yang didorong dimulai dengan karakter yang Anda berikan, dan tidak ada logika alamat yang terlibat pada tahap mana pun.
Apa yang sebenarnya dibandingkan filter
Setiap opsi yang didorong datang sebagai baris yang terdiri dari nama dan argumennya. Filter membandingkan karakter Anda dengan awal baris itu, sebelum alamat apa pun diurai dan sebelum rute apa pun dipasang. Karena itu aturan yang ditulis untuk sebuah nama menangkap setiap opsi yang dimulai dengan huruf tersebut, bukan hanya yang sedang Anda lihat. Itu sebabnya filter bisa tampak benar secara terpisah dan tetap menghapus sesuatu yang tidak terkait.
String yang tampak seperti rentang jaringan tetap hanya karakter. Ia tidak memilih prefiks, tidak melakukan aritmetika pada bit jaringan, dan tidak dapat menyatakan himpunan tujuan. Ketika aturan seperti itu tampak berfungsi lalu berhenti, teks yang didorong biasanya telah berubah bentuk.
Satu spasi mengubah himpunan kecocokan
Nama opsi yang sama dengan dan tanpa pemisah di akhir memilih baris yang berbeda. Tanpa pemisah, kecocokan tetap terbuka, sedangkan dengan pemisah nama opsi harus berakhir tepat di situ sebelum argumen dimulai.
pull-filter ignore "route"
pull-filter ignore "route "
Bentuk terbuka juga menangkap opsi yang hanya dimulai dengan huruf yang sama, dan begitulah perilaku perutean yang tidak terkait ikut hilang bersama rute yang ingin Anda buang. Salin baris yang didorong dari log sebelum menulis filter. Simpan salinan profil yang tidak diubah di samping versi yang diedit, karena membalik kecocokan lebar lebih mudah dari berkas daripada dari ingatan.
Urutan dan tindakan menghasilkan gejala berbeda
Aturan dievaluasi berurutan dan kecocokan pertama menentukan hasilnya, sehingga aturan lebar yang ditempatkan lebih awal membuat setiap aturan spesifik berikutnya tidak terjangkau. Tindakan juga mengubah kegagalannya: mengabaikan kecocokan membuang opsi dan sesi berlanjut, sedangkan menolak memunculkan galat yang memulai ulang koneksi. Karena itu baris yang didorong berulang kali ditambah tindakan menolak menghasilkan siklus penyambungan ulang. Siklus itu mudah dibaca sebagai gangguan jaringan, dan baris log yang menyebut opsi yang cocok adalah yang memisahkan keduanya.
| Action | Effect on the session | How it gets reported |
|---|---|---|
| Ignore | Option dropped, session continues | Something is missing afterwards |
| Reject | Error raised, connection restarts | The VPN keeps dropping |
Catat baris mana yang cocok dan tindakan mana yang berjalan. Rute yang dibuang dan siklus mulai ulang memerlukan perbaikan berbeda, dan catatan harus menyebut mana yang terjadi alih-alih membiarkan keduanya terbuka.
Periksa apa yang dipasang host
Baca rute yang diterapkan setelah menyambung ulang dan uji tujuan yang ingin Anda pertahankan serta yang ingin Anda hapus. Membuang rute yang didorong tidak memberi pengganti, jadi sumber daya bisa menjadi tak terjangkau lewat jalur lain sementara rute yang tidak diinginkan sudah hilang. Jika sebuah nama kini diselesaikan di tempat lain, periksa apakah opsi resolver yang didorong tertangkap oleh prefiks lebar yang sama. Perubahan yang lolos uji yang Anda jalankan dan gagal pada uji yang Anda maksud adalah hasil normal di sini.
Simpan perbedaan itu di tiket: rute yang Anda hapus, rute yang Anda harapkan bertahan, dan apa yang ditunjukkan tabel sekarang. Perubahan berikutnya akan dinilai terhadap catatan itu.
Jangan memperlakukannya sebagai batas kepercayaan
Filter atas teks adalah kemudahan konfigurasi, bukan kendali terhadap server yang tidak Anda percayai. Variasi format saja sudah mengalahkannya, karena itu manual membatasi klaim tersebut. Ketika server milik organisasi Anda, memperbaiki kebijakan dorongan lebih jelas daripada menumpuk pengecualian lokal.
Tuliskan mengapa filter lokal ada sejak awal, agar orang berikutnya dapat memutuskan apakah masih diperlukan. Filter menumpuk jauh setelah alasannya hilang.