VPN Mengaku Terhubung, tetapi Rute Bawaan Sudah Mati

Klien melaporkan terhubung, ikon di baki sistem terlihat normal, dan tidak ada yang dimuat. Ini mulai tepat setelah Anda berpindah dari Wi-Fi ke kabel, atau tepat setelah peningkatan distribusi selesai. Yang rusak bukan profilnya, melainkan keadaan yang dibangun untuk koneksi dasar sebelumnya. Kernel masih memiliki rute bawaan yang menunjuk ke perangkat tunel yang tidak dimiliki siapa pun, atau resolver masih mencantumkan server pada tautan yang sudah hilang. Kedua kegagalan tampak seperti jaringan mati dan keduanya dapat diperbaiki di tempat.

Bagian yang basi sudah salah sebelum Anda menyadarinya. Mencabut kabel hanya membuatnya terlihat.

Tanyakan kepada kernel ke mana paket akan pergi

Daftar rute sulit dibaca karena mencantumkan semua yang diketahui sistem, termasuk entri yang tidak lagi berlaku. Pencarian rute menjawab satu-satunya pertanyaan yang layak diajukan: perangkat mana yang membawa paket khusus ini sekarang. Jika jawabannya menyebut perangkat tunel, kernel akan memakainya meskipun tidak ada proses klien yang hidup di belakangnya, dan paket itu jatuh ke antarmuka yang tidak dirawat siapa pun. Jika jawabannya menyebut adaptor Ethernet sementara klien bersikeras bahwa koneksi aktif, tunelnya ada tetapi kehilangan pilihan, yang merupakan hasil biasa dari peralihan dari nirkabel ke kabel.

Jalankan pencarian dua kali, sekali untuk alamat publik dan sekali untuk alamat internal, karena kebijakan tunel terpisah dapat merutekan yang satu dengan jujur dan menjatuhkan yang lain.

ip route show default
ip route get 1.1.1.1
ip route get 10.20.30.40

Resolver juga menyimpan tautan yang mati

Pada host dengan systemd-resolved, server DNS dimiliki oleh tautan, bukan oleh satu daftar global. Tautan VPN yang sudah turun dapat tetap terdaftar dengan servernya untuk sementara, dan setiap pencarian kemudian menunggu alamat yang tidak akan pernah menjawab. Keterlambatan itu terasa seperti jaringan mati dan membuat orang melihat rute padahal rutenya benar.

resolvectl status
resolvectl query intranet.example.com

Baca blok per tautan dan tentukan tautan mana yang memiliki domain yang dimaksud. Tunel yang aktif tetapi bukan pemilik domain internal meneruskan nama internal ke resolver publik, dan gejalanya tidak dapat dibedakan dari kesalahan perutean.

Perbaiki pendaftarannya, bukan /etc/resolv.conf. Pada pemasangan Ubuntu dan Fedora saat ini jalur itu adalah tautan simbolik ke keadaan runtime resolver, sehingga penyuntingan diabaikan atau ditimpa pada peristiwa jaringan berikutnya.

VPN tidak pernah mulai sendiri

NetworkManager menaikkan VPN di atas koneksi dasar, dan ia mempelajari mana yang harus diikuti dari connection.secondaries pada basis itu. referensi pengaturan koneksi menyatakan secara tegas bahwa sambungan otomatis tidak diterapkan untuk profil VPN. Itulah seluruh mekanisme di balik kelas kegagalan ini: ubah basisnya, dan VPN harus dipasangkan ulang atau diaktifkan ulang secara manual.

nmcli device status
nmcli connection show --active
nmcli connection up office-vpn

Ketika daftar aktif menampilkan basis tanpa VPN, tunel sama sekali tidak aktif dan rutenya tidak pernah dipasang, bukan tertinggal basi. Ketika aktivasi mengeluh bahwa tidak ada koneksi sumber, basis yang dipasangkan dengannya sudah hilang, jadi perbaiki basis atau pasangannya lebih dulu dan berhenti mencoba VPN lagi.

Peningkatan dapat menjatuhkan pengaturan tanpa pesan

Meningkatkan distribusi menggantikan klien dan sering kali plugin NetworkManager-nya, sementara profil tersimpan mempertahankan nama properti seperti saat ditulis. Apa pun yang tidak lagi dikenali plugin baru dilewati dalam diam. Profilnya tetap aktif dan perangkatnya tetap muncul, tetapi rute yang dulu datang bersamanya tidak pernah datang lagi.

Kait yang ditulis tangan juga bergeser. Skrip yang memasang rute pada momen yang dapat diprediksi dalam urutan lama kini dapat berjalan sebelum antarmuka ada, atau setelah klien sudah kehabisan waktu.

Bandingkan profil yang hidup dengan plugin yang benar-benar Anda miliki, bukan dengan perilaku yang Anda ingat. Jika sebuah kunci hilang dari dokumentasi, pindahkan pekerjaan ke skrip dispatcher atau ke pengganti yang didukung alih-alih memulihkan properti lama.

Tiga keadaan, tiga perbaikan berbeda

Tentukan Anda berada di keadaan mana sebelum menyentuh apa pun, karena mulai ulang menghancurkan buktinya dan gangguan kembali pada perubahan jaringan berikutnya.

Akhiri dengan satu pencarian untuk alamat publik, satu untuk alamat internal, dan satu kueri nama. Jika alamatnya bekerja dan namanya tidak, gangguan yang tersisa adalah cakupan domain di resolver, dan tabel rute tidak pernah menjadi masalahnya.