Sewa cadangan setelah tunnel situs kembali: perbarui atau tunggu?

Tautan situs aktif, tunnel terbentuk, tetapi PC cabang masih belum bisa menjangkau server file. Selama gangguan ada dua jam yang berjalan dan hanya satu yang selesai. Tunnel pulih ketika jalur terenkripsi kembali; alamat setiap klien pulih ketika sewa yang sekarang berakhir atau diganti. Membandingkan kedua garis waktu itu menjelaskan selisihnya lebih cepat daripada membaca log firewall.

Dua jam, dan salah satunya bukan tunnel

Dengan DHCP melalui VPN plus cadangan lokal, perangkat dapat membagikan sewa lokal sementara selama jalur DHCP jarak jauh tidak tersedia. Durasi sementara biasanya dihitung dalam menit, cukup singkat untuk menyembunyikan masalah dan cukup lama untuk melewati gangguan singkat. Saat tunnel kembali, cadangan berhenti menawarkan sewa itu. Ia tidak masuk ke klien dan membatalkan sewa yang sudah dipegangnya. Klien itu mempertahankan alamat, mask, gateway, dan resolver-nya sampai pembaruan atau kedaluwarsa, sehingga tunnel yang sehat dan desktop yang rusak bisa hidup berdampingan sampai sisa masa sewa.

Pertahankan implementasi dan versi perangkat lunak menempel pada pernyataan ini. Nama timer dan nilai bawaan berbeda antar-rilis SonicOS, dan antarmuka lama tidak membuktikan apa yang dilakukan versi baru.

Bandingkan dua langkah pemulihan

Langkah A adalah menunggu. Tidak memakan biaya, tidak berisiko, dan membiarkan setiap klien memperbarui sesuai jadwalnya sendiri. Langkah B adalah memaksa pelepasan dan pembaruan pada klien yang terdampak, yang langsung memberikan alamat yang dimaksud tetapi menghentikan semua yang sedang dilakukan klien. Pada satu desktop, memaksa pembaruan biasanya jalur yang lebih cepat dan mudah dibenarkan. Di laboratorium atau pada terminal titik penjualan di tengah transaksi, menunggu adalah pilihan yang lebih aman, dan pembaruan terjadwal di luar jam kerja mengalahkan keduanya.

ipconfig /all
ipconfig /release
ipconfig /renew

Baca keluarannya sebelum melepaskan apa pun. Jika alamat, gateway, dan DNS sudah cocok dengan cakupan normal, klien pulih sendiri dan masalah yang tersisa ada di tempat lain. Pada klien Linux, padanannya adalah pelepasan dan pembaruan sewa melalui manajer jaringan alih-alih alamat yang diedit dengan tangan, karena jika tidak, manajer akan menulis ulang perubahan Anda pada peristiwa berikutnya.

Baca tawarannya, bukan hanya alamatnya

Alamat saja tidak mengatakan siapa yang menyediakannya. Yang penting adalah pengenal server dalam tawaran, waktu sewa, dan apakah gateway serta resolver cocok dengan cakupan cadangan atau cakupan normal.

tcpdump -ni any 'port 67 or port 68'

Tangkap selama pembaruan, karena antarmuka yang diam memberi tahu Anda bahwa klien tidak pernah meminta. Jika tawaran datang dari cadangan lokal sementara tunnel aktif, logika pemilihan masih menganggap jalur jarak jauh tidak tersedia, dan memaksa pembaruan pada klien hanya akan mengulangi hasil yang sama. Korelasikan tangkapan dengan peristiwa tunnel pada jam yang sama. Pembaruan kunci atau putus singkat yang berakhir beberapa detik sebelum permintaan klien adalah penyebab yang masuk akal; tunnel bersih dengan jawaban cadangan adalah masalah konfigurasi pada jalur pemilihan.

Ketika perbandingannya berbalik

Jika banyak klien terdampak sekaligus, pembaruan per klien berubah menjadi antrean gangguan dan panggilan dukungan. Dalam kasus itu, lihat cakupan cadangan dan prosedur pemulihan alih-alih klien, karena populasinya pulih bersama dan akan pulih bersama lagi.

Jika hanya satu klien yang terdampak sementara tetangganya baik-baik saja, yang berlaku adalah kebalikannya: sewa klien itu, reservasinya, atau perilaku klien DHCP-nya sendiri adalah variabelnya, dan perubahan seluruh situs adalah alat yang salah.

Alamat statis dan reservasi membutuhkan jawaban ketiga. Klien yang dipatok ke sebuah alamat tidak bisa diselamatkan dengan pembaruan, dan reservasi yang berbenturan dengan cakupan cadangan menghasilkan duplikat yang tampak seperti gangguan perutean sampai Anda membandingkan kedua rencana alamat.

Tuliskan prosedur keluarnya

Putuskan lebih dulu untuk apa cadangan itu, berapa lama klien boleh menyimpan alamat sementaranya, dan siapa yang boleh memaksa pembaruan selama jam kerja. Tuliskan jawabannya di tempat yang akan ditemukan insinyur jaga, di samping definisi cakupan. Lalu uji sekali dengan sengaja: putuskan tunnel, amati apa yang diterima klien, pulihkan tunnel, dan catat berapa lama klien mendapatkan kembali pengaturan normalnya. Satu latihan itu menggantikan sebagian besar dugaan pada saat berikutnya tautan situs berkedip.

Akhiri dengan memastikan sumber dayanya, bukan alamatnya. Menjangkau server file, menyelesaikan namanya, dan menjangkau internet adalah tiga pemeriksaan terpisah, dan hanya yang terakhir tidak pernah diragukan.