Failover VPN: apabila laluan balik kekal di terowong lama

Terowong sandaran naik, terowong utama turun, dan aplikasi masih tamat masa. Di kedua-dua tapak status terowong kelihatan sihat, dan itulah yang mengelirukan. Failover yang memindahkan permintaan ke sandaran tetapi membiarkan balasan di laluan lama bukan failover. Panduan di bawah menguji laluan balik, bukan hanya jabat tangan.

Catat dahulu laluan di kedua-dua hujung; pandangan satu tapak tidak boleh menunjukkan laluan tidak seimbang. Ia juga langkah yang paling kerap dilangkau di bawah tekanan masa.

Catat laluan kedua-dua tapak sebelum ujian

Untuk setiap awalan yang dilindungi, tulis laluan utama, laluan sandaran dan keutamaan yang memilih antara keduanya. Sertakan get laluan LAN di belakang setiap titik akhir VPN, kerana titik akhir jarang menjadi lompatan terakhir.

Metrik statik, laluan yang dijejaki dan penghalaan dinamik menyatakan kelayakan secara berbeza. Ketahui mana yang digunakan reka bentuk anda, dan apa yang diperlukan untuk alternatif menjadi aktif. Tulis syarat di sebelah laluan, contohnya metrik lebih rendah sehingga pemeriksaan gagal.

Lakukan ini di kedua-dua tapak. Sandaran yang diutamakan di satu pihak dan diabaikan di pihak lain menghasilkan tepat asimetri yang anda cuba elakkan.

Perhatikan permintaan dan balasan dalam setiap fasa

Gunakan aplikasi dibenarkan yang tidak berbahaya dan perhatikan tiga fasa: normal, kegagalan laluan utama dan pemulihan. Dalam setiap fasa, catat terowong mana yang membawa permintaan dan mana yang membawa balasan. Alamat rakan sebaya yang boleh dicapai tidak membuktikan laluan aplikasi yang dilindungi berfungsi. Catat di kedua-dua tapak supaya aliran sehala kelihatan.

Jika permintaan bergerak dan balasan tidak, periksa laluan tapak jauh ke awalan klien dan keutamaannya untuk sandaran. Itu keputusan penghalaan, bukan kegagalan terowong.

Pulihkan keadaan asal selepas ujian dan pastikan laluan utama diutamakan semula. Laluan utama yang dipulihkan tetapi tidak diutamakan ialah reka bentuk failover yang belum selesai.

Urus keadaan sesi apabila get laluan berubah

Tembok api dan NAT boleh menyimpan keadaan sambungan pada satu get laluan, dan perubahan laluan ke get laluan lain tidak membawanya. Sesetengah aplikasi menyambung semula sendiri; yang lain gagal sehingga sesi dipulihkan. Jika sandaran menukar sumber awam atau alamat peribadi terjemahan, peraturan akses jauh juga mungkin bertindak balas. Dokumenkan setiap permulaan semula sesi yang dijangka dan bukan menjanjikan failover tanpa gangguan.

Kekalkan pengalamatan stabil di tempat aplikasi memerlukannya. Reka bentuk failover yang menukar alamat sumber bagi setiap sesi ialah pilihan reka bentuk, dan ia patut ditulis. Pilihan itu menentukan berapa banyak gangguan yang benar-benar disedari pengguna.

Uji aplikasi yang mengekalkan sesi panjang, bukan hanya permintaan baharu.

Pulihkan laluan utama dan periksa flapping

Pastikan pengumuman laluan atau keutamaan stabil tanpa berayun. Laluan utama yang flapping boleh lebih mengganggu daripada gangguan yang jelas, kerana setiap peralihan menetapkan semula keadaan.

Kekalkan pentadbiran get laluan boleh dicapai melalui laluan pemulihan supaya ujian itu sendiri tidak mengunci anda di luar. Catat fasa, laluan yang diperhatikan dan masa pemulihan; catatan itulah yang menjadikan failover seterusnya boleh diramal. Nota strongSwan tentang penghantaran berguna apabila titik akhir ialah hos Linux.