VPN mati selepas tidur: terowong hilang atau aplikasi basi?

Penutup dibuka, ikon wayarles kembali, dan VPN masih ditunjukkan sebagai bersambung. Halaman dalaman pertama kemudian tergantung sehingga tamat masa, dan tab baharu melakukan perkara sama. Tiga perkara berbeza boleh menghasilkan gambaran itu dan memerlukan tiga pembaikan berbeza: terowong yang tidak bertahan selepas tidur, profil yang tiada siapa minta diaktifkan semula, atau aplikasi yang masih memegang sesi yang mati beberapa jam lalu. Membandingkannya lebih pantas daripada memasang semula apa-apa.

Tiga perkara boleh rosak selepas bangun

Calon pertama ialah terowong itu sendiri. Antara muka mungkin masih wujud dengan alamat sementara perkaitan dengan rakan hilang, sebab itu lampu penunjuk bukan bukti laluan yang berfungsi. Jabat tangan yang lebih tua daripada tidur ialah petandanya, dan satu arahan cukup untuk melihatnya.

Yang kedua ialah pengaktifan. Banyak klien menyambung semula sendiri; sesetengahnya tidak, dan profil yang tiada siapa meminta kembali akan duduk di situ kelihatan dikonfigurasikan. Kegagalan itu senyap secara reka bentuk, kerana tiada apa memberikan ralat.

Yang ketiga ialah aplikasi. Tab pelayar, sesi SSH atau sambungan pangkalan data boleh bertahan perubahan rangkaian sebagai deskriptor fail sementara pengangkutan di bawahnya mati. Sesi baharu kemudian berfungsi sempurna, yang memberitahu anda terowong itu baik sepanjang masa.

Bandingkan ketiga-tiganya sebelum mengubah apa-apa, kerana pembaikannya tidak bertindih. Memulakan semula klien yang tidak pernah diminta bermula semula membazirkan bukti yang anda perlukan. Catat calon mana yang sesuai dengan simptom sebelum menyentuh konfigurasi. Ayat itu biasanya menentukan sebahagian besar siasatan.

Pertama: adakah terowong kembali?

Lihat antara muka dan keadaan rakan, bukan teks status klien sendiri. Antara muka dengan alamat dan tanpa jabat tangan terkini ialah terowong yang wujud hanya pada nama.

ip -brief addr show
wg show
ip route show table all | head -20

Jika antara muka tiada sama sekali, terowong tidak bertahan dan persoalannya menjadi siapa yang sepatutnya membawanya kembali. Jika ia ada tetapi jabat tangan lama, perkaitan dengan rakan perlu dibina semula, dan klien mungkin menunggu trafik untuk mencetuskannya.

Periksa juga laluan dan konfigurasi DNS. Terowong boleh kembali tanpa laluannya, yang menghasilkan keadaan mengelirukan apabila antara muka hidup dan nama dalaman masih diselesaikan melalui pelayan yang salah.

Kedua: adakah sesuatu memintanya kembali?

Di sinilah perbandingan itu berbaloi. Profil pemalam OpenVPN dan sambungan WireGuard asli dikendalikan berbeza oleh NetworkManager, dan rujukan tetapan sambungan menyatakan dengan jelas bahawa connection.autoconnect tidak mengaktifkan profil VPN; mekanisme untuk menaikkan VPN bersama sambungan ialah connection.secondaries.

nmcli connection show --active
nmcli -f connection.autoconnect,connection.secondaries connection show "Work VPN"
journalctl -u NetworkManager -b --no-pager | tail -40

Jika menyambung semula secara manual membaiki masalah setiap kali, itu tanda pengaktifan yang hilang dan bukan terowong yang rosak. Log biasanya akan menunjukkan antara muka turun dan tiada apa yang membawanya kembali.

Tahan dorongan untuk menambah cangkuk tidur dengan segera. Cangkuk yang tercetus sebelum rangkaian pulih bersaing dengan proses yang cuba dibantunya, dan mengubah masalah yang boleh dihasilkan semula menjadi masalah berselang.

Ketiga: adakah aplikasi memegang keadaan lama?

Buka sesi yang benar-benar baharu ke destinasi yang sama sebelum menyentuh VPN. Jika sesi baharu berfungsi dan yang lama tidak, terowong itu baik dan aplikasi memegang sambungan mati.

Ini yang paling murah antara tiga pemeriksaan dan yang paling kerap dilangkau, kerana tetingkap yang gagal ada betul-betul di skrin. Tutupnya, buka semula, dan catat sama ada masalah itu kekal. Jika sesi baharu berfungsi, hentikan siasatan terowong sepenuhnya. Jika ia juga gagal, aplikasi ialah gejala dan bukan punca.

Sesetengah aplikasi pulih sendiri selepas tamat masa, sebab itu simptom mungkin kelihatan pulih sendiri selepas beberapa minit. Tingkah laku itu menunjuk kepada aplikasi dan bukan terowong, dan wajar dicatat secara berasingan. Rakan sekerja yang berkata ia pulih sendiri sedang menerangkan pola ini, bukan nasib.

Jadikan perbandingan boleh dihasilkan semula

Kekalkan pemboleh ubah kecil: satu rangkaian akses, satu tempoh tidur dan permintaan pertama yang sama setiap kali. Kemudian catat dua hasil: sama ada menyambung semula secara manual membaikinya, dan sama ada tidur lain membawa kegagalan kembali.

Pemerhatian terakhir itulah yang memisahkan tiga calon dengan paling boleh dipercayai. Sesi baharu yang berfungsi selepas sesi lama gagal bukan masalah terowong, dan pemasangan semula klien tidak akan mengubahnya.

Keepalive berterusan WireGuard hanya masuk dalam gambaran ini sebagai keepalive pemetaan NAT. Ia menghantar paket untuk mengekalkan pemetaan terbuka; ia tidak menghalang mesin daripada tidur dan tidak boleh terus menghantar semasa proses digantung.

Catat dalam tiket apa yang anda temui: mana antara ketiga-tiganya rosak, apa yang membaikinya dan bagaimana anda menghasilkannya semula. Orang seterusnya yang membuka penutup pada hari Isnin akan berterima kasih, dan jawapannya tidak perlu ditemui semula dari awal.