Daftar VPN nmcli: profil tersimpan versus tunnel aktif

Anda menjalankan nmcli connection show mengharapkan daftar VPN dan mendapatkan setiap koneksi yang pernah disimpan mesin, termasuk bridge dan hotspot. VPN yang Anda cari mungkin ada di sana, mungkin bertipe selain vpn, atau mungkin bukan koneksi NetworkManager sama sekali. Mengetahui yang mana dari tiga kasus itu membutuhkan dua perintah.

Dua daftar, dua pertanyaan

connection show menjawab apa yang disimpan NetworkManager, dan connection show --active menjawab apa yang saat ini terpasang ke perangkat. Daftar pertama mencakup profil yang tidak aktif, dan itu disengaja: VPN tersimpan yang mati tetap profil yang mungkin perlu Anda perbaiki. Mencampur keduanya menimbulkan kesan bahwa tunnel sedang berjalan padahal hanya konfigurasinya yang ada.

Pilih field daripada membaca tabel bawaan, karena keluaran bawaan menyembunyikan tipe di terminal sempit dan melipat nama panjang.

NAME, UUID, dan TYPE biasanya cukup untuk pandangan pertama, lalu Anda memeriksa satu entri yang Anda pedulikan lewat UUID.

TYPE adalah tempat kejutan-kejutannya

OpenVPN koneksi yang dikelola melalui plugin muncul sebagai tipe vpn, karena plugin adalah layanan di dalam kerangka VPN umum. Dukungan WireGuard asli adalah tipe koneksi kelas satu tersendiri, jadi penyaringan pada vpn tidak akan menemukannya. Pencarian tunnel WireGuard yang tidak mengembalikan apa pun biasanya masalah filter, bukan profil yang hilang. Itu perbedaan arsitektur, bukan keanehan penamaan.

Hal yang sama berlaku untuk tipe tunnel lain yang dipelajari NetworkManager untuk tangani secara asli seiring waktu, jadi bacalah kolom TYPE sebelum menyimpulkan ada yang tidak ada.

Daftar semuanya dan saring setelahnya, dan profil itu muncul.

Baca UUID-nya, bukan hanya namanya

Nama adalah label yang diedit orang, dan dua profil bisa berbagi satu nama setelah impor yang ceroboh. UUID adalah identitas yang dirujuk perintah dan berkas. Ketika sebuah entri tampak duplikat, bandingkan UUID dan pengaturan yang mendasarinya sebelum menghapus apa pun.

Perintah aktivasi menerima keduanya, dan itulah sebabnya kebiasaan berbasis nama akhirnya mengubah profil yang salah.

Salin UUID ke catatan Anda saat mengubah sesuatu yang mungkin perlu Anda batalkan.

Apa yang tidak diberitahu profil tersimpan

Profil tersimpan tidak mengatakan apa pun tentang apakah tunnel-nya menyala, dan koneksi aktif tidak mengatakan apa pun tentang apakah lalu lintas di dalamnya berfungsi. Tunnel yang dimulai oleh wg-quick atau oleh unit layanan sama sekali bukan koneksi NetworkManager, sehingga ia hilang dari kedua daftar sementara antarmuka jelas melewatkan lalu lintas. Periksa antarmuka dan tabel perutean sebelum menganggap profil itu tidak ada. Daftar kosong hanya membuktikan bahwa NetworkManager bukan pemiliknya.

Dua pengelola untuk antarmuka yang sama adalah versi lain dari masalah ini, dan menghasilkan daftar yang tampak benar sementara keadaan kernel dimiliki hal lain.

Satu pemilik per antarmuka menjaga daftar tetap jujur, dan referensi nmcli mendokumentasikan field mana yang benar-benar dilaporkan setiap tampilan.

Laporkan tanpa membocorkan rahasia

connection show dengan nama mencetak pengaturan, dan menambahkan --show-secrets mencetak kunci privat dan kata sandi bersamanya. Untuk menempel pemecahan masalah di tiket, itu tidak diperlukan. Laporkan tipe, UUID, status, dan rute yang relevan sebagai gantinya, dan sensor segala sesuatu yang berasal dari penyimpanan rahasia.

Aktivasi interaktif dengan --ask adalah cara yang didukung untuk menyediakan kredensial yang hilang, dan otomatisasi tanpa pengawasan memerlukan pengaturan lain yang disetujui alih-alih kata sandi tersimpan dalam teks biasa.

Laporan singkat yang disensor lebih mudah ditinjau daripada dump penuh.