VPN tersekat selepas router dimulakan semula: tiga perkara yang berubah

Router selesai but, komputer riba menyertai SSID yang sama semula, dan VPN kekal pada bersambung tanpa apa-apa bergerak. Profil yang disimpan masih utuh. Yang tamat tempoh di bawahnya ialah laluan, dan klien masih memegang keadaan yang dibinanya untuk yang lama.

Tiga syarat menentukan pembaikan. Semaknya mengikut urutan, kerana yang kemudiannya membazir usaha jika yang pertama sudah menjelaskan tersekat itu.

Syarat satu: alamat setempat telah berubah

But semula boleh memberikan mesin alamat yang berbeza. Kemudian VPN yang dikonfigurasikan dengan titik akhir setempat tetap terus menggunakan lampiran yang tidak lagi wujud. Perkara sama berlaku kepada klien yang mengikat soketnya pada alamat lama. Antara muka terowong boleh kekal naik sementara setiap paket yang dihasilkannya pergi ke tempat yang tidak berguna.

Bandingkan alamat yang digunakan oleh klien dengan alamat yang dipegang oleh antara muka sekarang. Laluan lalai yang menuju ke get laluan yang juga berubah ialah jenis masalah yang sama dengan nama lain.

ip -4 addr show
ip route show default
ip route get 203.0.113.10

Syarat dua: pemetaan terjemahan telah hilang

Router rumah menterjemah aliran keluar, dan pemetaan itu hidup dalam memori. But semula memadam setiap satunya. Itu tidak berbahaya untuk sambungan baharu dan membawa maut untuk terowong yang percaya aliran sedia adanya masih sah. Kemudian pihak bertentangan tidak melihat apa-apa, jadi klien tidak pernah menerima ralat yang boleh ditindaklanjuti.

Di sinilah terowong tanpa keepalive tersekat senyap daripada gagal dengan kuat. Batasan yang didokumentasikan WireGuard menerangkan bentuk kegagalan yang sama. Keadaan titik akhir yang salah menghasilkan paket yang digugurkan dan bukannya diagnosis.

Keepalive berterusan selama 25 saat ialah pengurangan biasa, kerana ia menyegarkan pemetaan sebelum tamat masa melahu boleh berlaku. Ia tidak membaiki pemetaan yang sudah hilang. Pasangkan keepalive dengan logik sambung semula dan bukan menganggapnya sebagai pembaikan.

Syarat tiga: alamat awam telah berubah

Jika alamat luaran router itu sendiri telah berubah, apa-apa di sebelah sana yang menapis mengikut alamat sumber kini melihat rakan yang berbeza. Terowong boleh naik dan pelayan masih boleh membuang trafik, yang kelihatan seperti klien rosak dan sebenarnya ialah dasar di hujung sana.

Catat alamat luaran sebelum dan selepas but semula. Apabila kedua-duanya berbeza, soalan berpindah daripada klien kepada sesiapa yang menyelenggara senarai benarkan, dan menetap semula kelayakan pada komputer riba tidak dapat membantu.

Pulihkan mengikut urutan yang betul

Selesaikan dahulu sebarang log masuk portal tawanan yang diperlukan, kemudian biarkan klien menyambung semula melalui prosedur yang disokongnya dan bukan membunuh proses itu. Perhatikan sama ada identiti dan trafik data kedua-duanya pulih, kerana itu dua peringkat berbeza bagi sambungan yang sama.

Halaman yang dicache tidak membuktikan apa-apa, begitu juga aplikasi sembang yang menyambung semula sendiri. Uji titik akhir yang benar-benar anda pedulikan dengan permintaan baharu. Kekalkan dasar trafik langsung semasa gangguan, kerana percubaan sambung semula bukan penyekatan.

Apabila ini berulang selepas setiap but semula, rekod lebih penting daripada percubaan semula. Catat alamat setempat, get laluan, alamat luaran dan keadaan klien sebelum dan selepas, kemudian bandingkan kedua-dua lajur. Itu mengubah aduan kabur menjadi pepijat kitaran hayat yang boleh dibaiki oleh seseorang, dan ia menghentikan pensijilan daripada diganti kali ketiga disebabkan tamat masa pemetaan.