VPN penghala kelihatan baik selepas gangguan bekalan elektrik? Uji empat lapisan ini

Penghala yang menyala selepas gangguan telah memulihkan konfigurasinya, bukan ketersambungannya. Selepas gangguan bekalan elektrik, penghala boleh memulihkan profil VPN tersimpan sebelum kebergantungan yang diperlukan profil itu sedia: modem di hulu mungkin masih berlatih, jam mungkin salah, dan pengesahan mungkin belum selesai. Lampu papan pemuka dan konfigurasi tersimpan menggambarkan niat, bukan terowong yang berfungsi. Semak empat lapisan di bawah mengikut urutan daripada menggantikan profil, kerana itulah yang orang lakukan kedua dan sesali pertama.

Semua di sini menganggap anda berada di lokasi atau mempunyai laluan masuk yang tidak bergantung pada terowong yang anda uji. Jika tiada, sediakan itu sebelum gangguan seterusnya.

Lapisan pertama: adakah WAN benar-benar kembali

Mulakan dengan modem, bukan papan pemuka penghala. Penghala yang selesai but sebelum modemnya berlatih menunjukkan antara muka sihat tanpa apa-apa di belakangnya, dan terowong tidak mempunyai rakan untuk dituju. Sahkan modem benar-benar memajukan, kemudian sahkan penghala telah mengambil tetapan WAN yang anda jangkakan. Semak juga sama ada alamat WAN berubah: alamat dinamik yang kembali berbeza boleh membatalkan peraturan berasaskan alamat atau senarai kebenaran jauh, dan dari dalam rangkaian itu kelihatan seperti kerosakan VPN.

Sesetengah rangkaian capaian juga memerlukan langkah kemasukan baharu selepas gangguan. Baca log klien untuk peringkat kegagalan pertama daripada meneka: ralat pertama menamakan lapisan, dan semua selepasnya adalah akibat. Catat alamat dan hasil kemasukan dalam tiket, kerana kedua-duanya menentukan sama ada profil yang sama akan berfungsi esok. Alamat yang berubah ialah pembaikan lima minit dan misteri dua jam.

Lapisan kedua: semak jam sebelum sijil

Jam yang salah mengganggu kesahan sijil dan segala-galanya yang berasaskan masa, dan peranti terbenam yang but tanpa sumber masa yang berfungsi boleh kekal pada tarikh lama untuk seketika. Pengesahan sijil kemudian gagal atas sebab yang tidak ada kaitan dengan kelayakan. Ralat kesahan yang tarikhnya tersasar bertahun-tahun menunjukkan jam; ralat yang sama dengan tarikh semasa menunjukkan sijil.

date -u
chronyc tracking

Gunakan proses pemulihan masa yang disokong dan sahkan jam penghala sebelum anda menyentuh profil. Mematikan pengesahan untuk melepasi ralat menukar masalah susunan sementara menjadi kelemahan kekal, dan itulah pembaikan buruk yang paling biasa dalam senario ini. Jika peranti tiada jam berkuasa bateri, susunan but penting: ia memerlukan akses rangkaian sebelum dapat menyegerakkan masa, dan masa sebelum dapat mengesahkan terowong. Susunan itulah yang perlu dibaiki jika kegagalan yang sama berulang selepas setiap gangguan.

Lapisan ketiga: baca apa yang dikatakan terowong

Semak keadaan terowong itu sendiri dan hasil jabat tangan atau pengesahannya, bukan sama ada antara muka berada di atas. Antara muka boleh wujud tanpa rakan yang ditetapkan, dan klien boleh menunjukkan bersambung sementara pembaharuan kunci gagal. Asingkan tamat masa pengangkutan daripada penolakan jelas: tamat masa mencadangkan laluan atau rakan belum dapat dicapai, manakala penolakan bermaksud hujung jauh menjawab dan menolak, selalunya kerana kelayakan, sijil atau identiti rakan yang tidak lagi sepadan. Menghantar pengguna ke set semula kata laluan kerana tamat masa membazirkan petang semua orang.

Simpan konfigurasi baik terakhir yang diketahui di tangan supaya anda boleh membandingkan medan daripada membinanya semula. Jika medan berubah, perubahan itulah penemuan. Bandingkan medan demi medan dengan yang dipulihkan daripada hanya membaca yang dipulihkan. Kebanyakan kejutan selepas gangguan ialah medan yang senyap kembali kepada nilai lalai templat.

Lapisan keempat: uji dari peranti di hilir

Buka sumber yang dibenarkan dan tidak berbahaya dari klien di belakang penghala, kemudian sahkan keluar atau laluan persendirian mana yang benar-benar digunakan oleh trafik. Semak DNS dan setiap keluarga alamat yang anda dakwa diliputi, kerana siasatan penghala sendiri boleh berjaya sementara dasar klien masih salah — siasatan sering menggunakan sumber lain, jadual lain atau laluan penyelesai lain.

curl -s https://ifconfig.me
nslookup example.com

Jika terowong mati dan bukan sekadar salah konfigurasi, tentukan sama ada klien terjejas mesti disekat atau boleh menggunakan sandaran yang diluluskan. Pilihan itu tergolong dalam pelan failover sebelum gangguan, bukan dalam urutan sembang semasa gangguan. Tulis keluar dan penyelesai yang diperhatikan dalam tiket gangguan. Dua baris sekarang menjimatkan sejam tekaan kepada orang seterusnya tentang laluan mana yang aktif semasa tetingkap itu.

Apa yang perlu dibaiki supaya gangguan seterusnya lebih singkat

Jika kegagalan berulang, pembaikan ialah susunan, bukan konfigurasi: naikkan WAN, kemudian masa, kemudian terowong, kemudian dasar klien. Kebanyakan penghala menyatakannya sebagai kebergantungan atau kelewatan, dan kelewatan pendek yang disengajakan mengalahkan penulisan semula profil.

Kemudian ulangi ujian mula semula biasa selepas anda menukarnya, termasuk pemeriksaan di sebelah klien. Ujian mula semula yang hanya melihat papan pemuka penghala menguji lapisan paling kurang bermaklumat daripada empat itu.