VPN kata bersambung tetapi tiada yang dihalakan: dua tempat untuk diperiksa

Terowong boleh melaporkan bersambung sedangkan tiada apa yang mencapainya, dan kedua-dua fakta itu tinggal di tempat berbeza. Satu ialah jadual laluan, yang masih boleh menghantar paket ke peranti yang tiada siapa miliki. Satu lagi ialah penyelesai, yang masih boleh menyenaraikan pelayan pada pautan yang sudah hilang. Perubahan rangkaian tidak merosakkan profil, ia menjadikan keadaan milik sambungan sebelumnya yatim, dan pembaikan bergantung pada yang mana antara keduanya yang benar-benar anda lihat.

Pertama, tanya kernel peranti mana yang akan digunakannya

Penyenaraian laluan menunjukkan apa yang wujud; carian laluan menunjukkan apa yang akan berlaku. Tanya tentang alamat awam dan baca nama peranti dalam jawapannya, kerana medan tunggal itu menentukan sama ada paket sampai ke tempat yang berguna. Apabila jawapan menamakan peranti terowong, kernel akan menyerahkan paket kepadanya walaupun tiada proses klien yang masih berjalan di belakang antara muka itu. Apabila jawapan menamakan penyesuai fizikal sedangkan klien mendakwa bersambung, terowong itu hidup dan semata-mata bukan laluan yang dipilih.

Kes kedua biasa berlaku selepas kabel menggantikan wayarles, dan ia menjelma sebagai VPN yang rosak.

ip route show default
ip route get 203.0.113.9

Baca entri lalai seterusnya, kerana laluan yang ditambah oleh sambungan asas sebelumnya boleh bertahan melepasi perubahan pautan dan berdiri di hadapan yang baharu. Laluan lalai melalui peranti yang mati lebih buruk daripada tiada laluan lalai, kerana kernel tetap mengutamakannya. Perhatikan metrik di sebelah setiap entri, kerana susunan itu menjelaskan keutamaan lebih pantas daripada nama antara muka.

Kemudian baca penyelesai setiap pautan, bukan setiap fail

Penyelesaian nama membawa keadaan sendiri dan keusangan sendiri. Penyelesai yang menyenaraikan pelayan DNS setiap pautan menyimpan pelayan pautan terowong yang mati tetapi masih berdaftar, dan setiap carian kemudian menunggu pelayan yang tidak akan menjawab. Gejalanya ialah rangkaian yang terasa mati sedangkan jadual laluan kelihatan sempurna.

Periksa keadaan setiap pautan dan bukan failnya, kerana pada banyak distribusi fail itu ialah pautan simbolik ke penyelesai dan menyuntingnya sama ada tidak melakukan apa-apa atau cepat ditimpa. Lihat pautan mana yang memiliki pelayan mana dan domain carian mana, kemudian tanya sama ada pautan terowong itu masih patut berdaftar. Jika tidak, nyahaktifkan sambungan yang memilikinya daripada menyunting keadaan yang dijana secara manual. Nama yang diselesaikan sedangkan carian laluan menghantar paket ke tempat lain ialah kesalahan ketiga yang berasingan.

resolvectl status
resolvectl query app.internal.example

Jika alamat diselesaikan dan sambungan gagal, penyelesainya baik dan laluannya tidak. Jika alamat langsung tidak diselesaikan, di sinilah tempat yang betul untuk bermula.

Bagaimana laluan usang bertahan melepasi perubahan

Klien tidak memiliki rangkaian sendirian. Pada hos NetworkManager, profil VPN diaktifkan di atas sambungan asas, dan tetapan sambungan membenarkan asas itu menamakan VPN yang sepatutnya mengikutinya. Apabila asas berubah kerana profil lain menjadi pilihan, terowong mengikuti ke asas baharu atau ditinggalkan tanpa asas.

Profil VPN tidak menaikkan dirinya sendiri, jadi pasangan berpasangan lebih penting daripada keutamaan sambung automatik profil itu sendiri.

Baca senarai aktif dan catat asas mana yang hidup sebelum menyentuh terowong. Jika asas tersenarai dan terowong tidak, laluannya hilang dan bukan usang, dan pembaikannya ialah pengaktifan. Jika pengaktifan terowong mengadu tiada sambungan sumber, asas yang menjadi pasangannya sudah hilang, jadi naikkan dahulu atau baiki pasangan itu daripada mencuba terowong lagi. Mengulang profil yang induknya tiada menghasilkan ralat yang sama setiap kali, yang merupakan isyarat berguna dan bukan gangguan.

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

Bezakan keadaan usang daripada induk yang hilang

Tiga keadaan menjelaskan hampir setiap laporan, dan setiap satu memerlukan pembaikan berbeza. Laluan lalai melalui peranti yang masih wujud tetapi tidak lagi membawa terowong ialah keadaan usang, dibersihkan sama ada dengan memadam entri atau dengan memulakan semula profil yang bertanggungjawab. Peranti terowong yang proses kliennya lenyap ialah kegagalan pembersihan, jadi laluan pemutusan yang patut diberi perhatian, bukan jadual laluan. Tiada peranti terowong langsung bermakna induk atau pasangan itu hilang dan jadual laluan tidak pernah terlibat.

Mula semula menyembunyikan yang mana antara ketiga-tiganya yang anda alami, dan itulah sebabnya ia terasa seperti pembaikan.

Selepas pembaikan, minta kernel satu alamat awam dan satu alamat dalaman, kemudian tanya satu nama dalaman. Apabila alamatnya berfungsi dan namanya tidak, anda telah menemui masalah skop domain dalam penyelesai dan bukan masalah penghalaan. Catat keadaan mana yang anda temui, kerana perubahan rangkaian seterusnya akan menghasilkan semula yang anda biarkan.