Senarai VPN nmcli: profil tersimpan lawan terowong aktif

Anda menjalankan nmcli connection show mengharapkan senarai VPN dan mendapat setiap sambungan yang pernah disimpan mesin, termasuk jambatan dan hotspot. VPN yang anda cari mungkin ada di sana, mungkin ditaip sebagai sesuatu selain vpn, atau mungkin bukan sambungan NetworkManager langsung. Mengetahui yang mana antara tiga kes ini memerlukan dua arahan.

Dua senarai, dua soalan

connection show menjawab apa yang NetworkManager simpan, dan connection show --active menjawab apa yang sedang disambungkan pada peranti. Senarai pertama termasuk profil tidak aktif, dan itu memang disengajakan: VPN tersimpan yang mati masih profil yang mungkin perlu anda baiki. Mengelirukan kedua-duanya memberi tanggapan bahawa terowong sedang berjalan sedangkan hanya konfigurasinya wujud.

Pilih medan daripada membaca jadual lalai, kerana output lalai menyembunyikan jenis pada terminal sempit dan membalut nama panjang.

NAME, UUID dan TYPE biasanya memadai untuk pandangan pertama, kemudian anda periksa satu entri yang anda pedulikan melalui UUID.

TYPE ialah tempat kejutan berada

OpenVPN sambungan yang diurus melalui pemalam muncul sebagai jenis vpn, kerana pemalam ialah perkhidmatan dalam rangka kerja VPN umum. Sokongan asli WireGuard ialah jenis sambungan kelas pertama tersendiri, jadi penapisan pada vpn tidak akan menjumpainya. Carian terowong WireGuard yang tidak mengembalikan apa-apa biasanya masalah penapis dan bukan profil yang hilang. Itu perbezaan seni bina, bukan keanehan penamaan.

Perkara sama berlaku kepada jenis terowong lain yang dipelajari NetworkManager untuk kendalikan secara asli lama-kelamaan, jadi baca lajur TYPE sebelum membuat kesimpulan sesuatu tiada.

Senaraikan semuanya dan tapis kemudian, dan profil itu muncul.

Baca UUID, bukan hanya nama

Nama ialah label yang diedit orang, dan dua profil boleh berkongsi satu selepas import yang cuai. UUID ialah identiti yang dirujuk oleh arahan dan fail. Apabila entri kelihatan pendua, bandingkan UUID dan tetapan asas sebelum memadam apa-apa.

Arahan pengaktifan menerima kedua-duanya, dan itulah sebabnya tabiat berasaskan nama akhirnya mengubah profil yang salah.

Salin UUID ke dalam nota anda apabila anda menukar sesuatu yang mungkin perlu dibatalkan.

Apa yang tidak diberitahu oleh profil tersimpan

Profil tersimpan tidak mengatakan apa-apa tentang sama ada terowongnya naik, dan sambungan aktif tidak mengatakan apa-apa tentang sama ada trafik di dalamnya berfungsi. Terowong yang dimulakan oleh wg-quick atau oleh unit perkhidmatan bukan sambungan NetworkManager langsung, jadi ia tiada daripada kedua-dua senarai sedangkan antara muka jelas melalukan trafik. Periksa antara muka dan jadual penghalaan sebelum menganggap profil itu tiada. Senarai kosong hanya membuktikan bahawa NetworkManager bukan pemiliknya.

Dua pengurus untuk antara muka yang sama ialah versi lain masalah ini, dan ia menghasilkan senarai yang kelihatan betul sedangkan keadaan kernel dimiliki oleh sesuatu yang lain.

Satu pemilik bagi setiap antara muka memastikan senarai jujur, dan rujukan nmcli mendokumentasikan medan mana yang benar-benar dilaporkan oleh setiap paparan.

Laporkan tanpa membocorkan rahsia

connection show dengan nama mencetak tetapan, dan menambah --show-secrets mencetak kunci peribadi dan kata laluan bersamanya. Untuk menampal penyelesaian masalah dalam tiket, itu tidak diperlukan. Laporkan jenis, UUID, keadaan dan laluan berkaitan sebaliknya, dan sulitkan apa-apa yang datang daripada stor rahsia.

Pengaktifan interaktif dengan --ask ialah cara yang disokong untuk membekalkan kelayakan yang hilang, dan automasi tanpa pengawasan memerlukan pengaturan lain yang diluluskan dan bukan kata laluan tersimpan dalam teks biasa.

Laporan ringkas yang disulitkan lebih mudah disemak daripada dump penuh.