VPN router terlihat baik-baik saja setelah pemadaman? Uji empat lapisan ini
Profil yang dipulihkan bukanlah terowongan yang berfungsi. Setelah pemadaman listrik, periksa kesiapan WAN, jam, keadaan terowongan, dan perangkat di hilir sebelum mempercayai lampunya.
Router yang menyala setelah pemadaman telah memulihkan konfigurasinya, bukan konektivitasnya. Setelah pemadaman listrik, router dapat memulihkan profil VPN tersimpan sebelum dependensi yang dibutuhkan profil itu siap: modem di hulu mungkin masih berlatih, jam mungkin salah, dan autentikasi mungkin belum selesai. Lampu dasbor dan konfigurasi tersimpan menggambarkan niat, bukan terowongan yang berfungsi. Periksa empat lapisan di bawah ini secara berurutan alih-alih mengganti profil, karena itulah yang orang lakukan kedua dan sesali pertama.
Semua di sini mengasumsikan Anda berada di lokasi atau memiliki jalur masuk yang tidak bergantung pada terowongan yang Anda uji. Jika tidak, aturlah itu sebelum pemadaman berikutnya.
Lapisan pertama: apakah WAN benar-benar kembali
Mulailah dari modem, bukan dari dasbor router. Router yang menyelesaikan boot sebelum modemnya berlatih menampilkan antarmuka yang sehat tanpa apa pun di belakangnya, dan terowongan tidak punya rekan untuk dijangkau. Pastikan modem benar-benar meneruskan, lalu pastikan router telah mengambil pengaturan WAN yang Anda harapkan. Periksa juga apakah alamat WAN berubah: alamat dinamis yang kembali berbeda dapat membatalkan aturan berbasis alamat atau daftar izin jarak jauh, dan dari dalam jaringan itu tampak seperti kegagalan VPN.
Beberapa jaringan akses juga memerlukan langkah penerimaan baru setelah pemadaman. Baca log klien untuk tahap kegagalan pertama alih-alih menebak: kesalahan pertama menyebutkan lapisannya, dan semua setelahnya adalah akibat. Catat alamat dan hasil penerimaan di tiket, karena keduanya menentukan apakah profil yang sama akan berfungsi besok. Alamat yang berubah adalah perbaikan lima menit dan misteri dua jam.
Lapisan kedua: periksa jam sebelum sertifikat
Jam yang salah mengganggu validitas sertifikat dan segala sesuatu yang berbasis waktu, dan perangkat tertanam yang boot tanpa sumber waktu yang berfungsi dapat bertahan pada tanggal lama untuk sementara. Validasi sertifikat lalu gagal karena alasan yang tidak ada hubungannya dengan kredensial. Kesalahan validitas yang tanggalnya meleset bertahun-tahun menunjuk ke jam; kesalahan yang sama dengan tanggal saat ini menunjuk ke sertifikat.
date -u
chronyc tracking
Gunakan proses pemulihan waktu yang didukung dan pastikan jam router sebelum Anda menyentuh profil. Menonaktifkan validasi untuk melewati kesalahan mengubah masalah urutan sementara menjadi pelemahan permanen, dan itu adalah perbaikan buruk yang paling umum dalam skenario ini. Jika perangkat tidak memiliki jam berbaterai, urutan boot menjadi penting: perangkat memerlukan akses jaringan sebelum dapat menyinkronkan waktu, dan waktu sebelum dapat memvalidasi terowongan. Urutan itulah yang perlu diperbaiki jika kegagalan yang sama berulang setelah setiap pemadaman.
Lapisan ketiga: baca apa kata terowongan
Periksa keadaan terowongan itu sendiri dan hasil jabat tangan atau autentikasinya, bukan apakah antarmukanya naik. Antarmuka bisa ada tanpa rekan yang terbentuk, dan klien bisa menampilkan terhubung sementara pembaruan kunci gagal. Pisahkan batas waktu transport dari penolakan eksplisit: batas waktu menyarankan jalur atau rekan belum terjangkau, sedangkan penolakan berarti ujung jauh menjawab dan menolak, paling sering karena kredensial, sertifikat, atau identitas rekan yang tidak lagi cocok. Mengirim pengguna ke pengaturan ulang kata sandi karena batas waktu membuang-buang sore semua orang.
Simpan konfigurasi baik terakhir yang diketahui di tangan agar Anda dapat membandingkan bidang alih-alih membangunnya kembali. Jika sebuah bidang berubah, perubahan itulah temuannya. Bandingkan bidang demi bidang dengan yang dipulihkan alih-alih hanya membaca yang dipulihkan. Sebagian besar kejutan setelah pemadaman adalah bidang yang diam-diam kembali ke nilai bawaan templat.
Lapisan keempat: uji dari perangkat di hilir
Buka sumber daya yang diizinkan dan tidak berbahaya dari klien di belakang router, lalu pastikan keluar atau rute privat mana yang benar-benar digunakan lalu lintas. Periksa DNS dan setiap keluarga alamat yang Anda klaim tercakup, karena pemeriksaan router sendiri bisa berhasil sementara kebijakan klien masih salah — pemeriksaan sering menggunakan sumber lain, tabel lain, atau jalur penyelesai lain.
curl -s https://ifconfig.me
nslookup example.com
Jika terowongan mati dan bukan sekadar salah konfigurasi, putuskan apakah klien yang terdampak harus diblokir atau boleh memakai jalur cadangan yang disetujui. Pilihan itu termasuk dalam rencana failover sebelum pemadaman, bukan dalam utas obrolan saat pemadaman. Tulis keluar dan penyelesai yang diamati ke tiket pemadaman. Dua baris sekarang menghemat satu jam tebakan bagi orang berikutnya tentang jalur mana yang aktif selama jendela itu.
Apa yang perlu diperbaiki agar pemadaman berikutnya lebih singkat
Jika kegagalan berulang, perbaikannya adalah urutan, bukan konfigurasi: naikkan WAN, lalu waktu, lalu terowongan, lalu kebijakan klien. Sebagian besar router menyatakannya sebagai dependensi atau penundaan, dan penundaan singkat yang disengaja lebih baik daripada menulis ulang profil.
Lalu ulangi uji mulai ulang biasa setelah Anda mengubahnya, termasuk pemeriksaan di sisi klien. Uji mulai ulang yang hanya melihat dasbor router menguji lapisan paling sedikit informatif dari keempatnya.