Laluan sandaran VPN terapung tidak mengambil alih: senarai semak failover

Laluan VPN terapung anda dikonfigurasikan, jarak sandaran lebih tinggi daripada primer, tetapi tiada apa yang bergerak. Atau ia bergerak, kemudian berpatah balik beberapa minit kemudian semasa pautan wayarles masih mati. Dalam kedua-dua kes, sesuatu selain kegagalan yang anda ambil peduli menentukan kelayakan laluan.

Lakukan pemeriksaan ini mengikut urutan. Setiap satu mempunyai syarat berhenti, dan pemeriksaan yang gagal tidak boleh diselamatkan oleh yang berikutnya. Contoh menggunakan sintaks RouterOS kerana jarak, kebolehcapaian gateway dan hop seterusnya rekursif semuanya kelihatan dalam konfigurasi di sana, tetapi urutan itu terpakai kepada mana-mana penghala dengan laluan statik yang dijejaki.

Namakan kegagalan yang perlu dilindungi oleh sandaran

«Rentetan primer mati» ialah empat pemerhatian berbeza. Radio yang kehilangan pasangannya, antara muka yang kehilangan pembawanya, gateway jauh yang berhenti menjawab, dan aplikasi yang berhenti berfungsi semuanya kelihatan berbeza dari tempat duduk penghala. Tulis yang mana satu reka bentuk itu, sebelum sesiapa menukar nilai jarak.

Kemudian semak kebebasan. Jika pengangkutan luar VPN berjalan pada laluan wayarles yang sama, atau pada pautan akses yang berkongsi huluan yang sama, sandaran bukan domain kegagalan kedua dan akan mati tepat apabila anda memerlukannya. Tarik kabel primer di atas kertas: jika pengangkutan terowong itu sendiri mati bersamanya, laluan terapung hanya melindungi kesilapan konfigurasi, bukan gangguan.

Berhenti meminta jarak mengesan apa-apa

Jarak yang lebih tinggi menjadikan laluan kurang diutamakan. Itulah keseluruhan tugasnya. Selagi laluan statik primer kekal layak, laluan terapung kekal tidak aktif, dan itu tingkah laku yang betul bukan pepijat. Kegagalan hanya kelihatan apabila primer ditarik balik atau ditanda sebagai tidak boleh dicapai.

Untuk laluan statik, itu memerlukan penjejak eksplisit:

/ip route
add dst-address=10.20.0.0/24 gateway=192.0.2.1 distance=1 check-gateway=ping
add dst-address=10.20.0.0/24 gateway=wg-backup distance=10

Baca apa yang diuji: hop seterusnya, bukan destinasi. Radio yang masih menjawab di sisinya sendiri sementara penghantaran seterusnya rosak mengekalkan laluan primer aktif. Itulah kes senyap, dan jarak serta pemeriksaan gateway tidak akan menangkapnya. Jika kes itu penting, pengesanan mesti datang daripada sesuatu yang memerhati sisi jauh: kejiranan protokol penghalaan, atau prob yang laluan dan peraturan hasilnya anda tentukan sendiri.

Jejaki ke mana paket prob itu sendiri pergi

Prob kesihatan juga mempunyai laluan. Sebaik sahaja trafik data berpindah ke VPN, prob tanpa kekangan ke alamat jauh yang sama boleh mengikutinya, berjaya, dan dibaca sebagai bukti bahawa primer telah pulih. Trafik kembali ke laluan yang rosak dan kitaran berulang.

Sematkan prob pada laluan yang sepatutnya dinilainya. Dalam RouterOS cara biasa ialah laluan hos ke sasaran pemantauan melalui gateway primer, dengan skop cukup kecil sehingga tiada laluan lain dapat menyelesaikannya, dan itulah yang dibina oleh contoh failover rekursif dalam manual RouterOS. Sahkan pada jadual hidup dengan sandaran aktif, bukan daripada komen konfigurasi:

/ip route print detail where dst-address=203.0.113.10
# gateway should still be the primary next hop

Tentukan maksud hasil prob sebelum menambah sasaran

Satu sasaran yang menolak ICMP atau masuk penyelenggaraan kelihatan tepat seperti kegagalan laluan, dan tiga sasaran tanpa peraturan hanya memberi tiga pendapat. Putuskan peraturan dahulu, kemudian laksanakannya: contohnya, primer dikira mati apabila dua daripada tiga sasaran gagal selama dua selang berturut-turut, ditulis dalam manual operasi tempat orang seterusnya akan menemuinya.

Tetapkan ambang kegagalan dan pemulihan supaya satu paket hilang tidak menggerakkan tapak. Histeresis memakan sedikit masa pengesanan dan membeli semula kestabilan. Pilih selang berdasarkan berapa lama gangguan boleh diterima, bukan berdasarkan berapa cepat prob boleh berjalan, dan kekalkan pemulihan lebih perlahan daripada failover supaya primer perlu membuktikan dirinya sebelum mendapat trafik semula.

Semak laluan pulang dan kisah sesi

Failover yang hanya berfungsi ke luar ialah separuh reka bentuk. Tapak jauh memerlukan laluan pulang ke julat sumber anda melalui VPN, jika tidak trafik pulang tiba dari alamat tidak dijangka dan melanggar keadaan tembok api yang tidak lagi sepadan. Sesi sedia ada akan terputus walaupun sambungan baharu berfungsi, jadi masukkan itu dalam kriteria penerimaan daripada menjanjikan pemindahan terus hidup.

Jauhkan akses pengurusan daripada laluan yang diuji. Jika satu-satunya jalan masuk anda melalui primer, ujian failover mengunci anda di luar peranti yang berkelakuan salah.

Jalankan urutan penerimaan

Tiga ujian meliputi sebahagian besar kawasan: kehilangan fizikal primer, kegagalan penghantaran senyap dengan antara muka masih hidup, dan pemulihan primer. Bagi setiap satu, rekod sumber dan hop seterusnya prob, laluan destinasi aktif, dan pertukaran aplikasi dibenarkan yang segar dalam kedua-dua arah.

Kes senyap ialah yang memisahkan reka bentuk. Jika sandaran tidak mengambil alih di situ, anda telah membina pemantau pautan bukan pemantau laluan. Putuskan sama ada itu boleh diterima, dan tuliskan hadnya di tempat jurutera panggilan akan membacanya. Terowong kedua yang bersambung bukan, dengan sendirinya, dasar sandaran yang lengkap.