ConnMan VPN: Menu yang Hilang Adalah Daemon, Bukan Protokol

Keyakinannya adalah bahwa sistem ConnMan tanpa entri VPN di desktop tidak memiliki dukungan VPN yang terpasang. Biasanya sistem itu punya dukungan Wi-Fi dan tidak punya untuk daemon VPN, konfigurasi penyedia, atau agen autentikasi, dan itu tiga ketiadaan yang terpisah. Menu adalah tampilan atas komponen-komponen itu, bukan fiturnya sendiri. Memeriksa versi dan pengemasan memberi tahu Anda lebih banyak dalam satu perintah daripada berapa pun laporan bug desktop.

Mitos: menu adalah fitur VPN

Mulailah dari versi ConnMan yang terpasang dan paket yang menyertainya. Laporan bug dari rilis lama menggambarkan kumpulan fitur yang berbeda, dan mengutipnya biasanya berakhir dengan seseorang memasang ulang manajer jaringan yang tidak perlu diganti.

Catat apa yang sebenarnya Anda miliki sebelum mengubah apa pun: berkas biner daemon, direktori penyedia, dan apakah ada agen.

Daemon mana yang memiliki terowongan

Dalam dokumentasi ConnMan 1.41 untuk Debian bookworm, connman-vpnd adalah daemon yang mengelola koneksi VPN bersama connmand. Dokumen itu mencantumkan integrasi untuk pembantu VPN bernama, termasuk OpenVPN dan OpenConnect. Daftar itu adalah pernyataan tentang pembantu, bukan janji bahwa setiap protokol atau alur autentikasi akan bekerja. Bacalah sebagai menu apa yang perlu diperiksa, bukan sebagai jaminan kompatibilitas.

Lalu cocokkan integrasi dengan protokol gateway yang disetujui. Kata Cisco tidak memberi tahu apakah Anda perlu koneksi gaya vpnc lama atau alur yang kompatibel dengan AnyConnect, dan pilihan yang salah menghasilkan kegagalan autentikasi yang tampak seperti masalah kredensial.

Jika pembantu mandiri dan ConnMan sama-sama dapat menaikkan terowongan, putuskan mana yang memiliki rute, DNS, dan siklus hidup sebelum salah satunya dimulai.

Pengaturan daemon bukan pengaturan penyedia

Konfigurasi umum daemon dan konfigurasi penyedia individual adalah berkas berbeda dengan format berbeda. Dalam tataan bookworm yang didokumentasikan, daemon membaca /etc/connman/connman-vpn.conf, sedangkan berkas penyediaan penyedia berada di bawah /var/lib/connman-vpn/ dengan akhiran .config. Menaruh profil OpenVPN di direktori itu tidak menjadikannya berkas penyediaan ConnMan. manual penyedia untuk versi ini menjelaskan bagian-bagian penyedia dan bidang khusus tipe yang benar-benar dibutuhkan berkas-berkas itu.

Terjemahkan hanya melalui pemetaan yang didukung integrasi terpasang. Kepercayaan sertifikat, rujukan kunci privat, identitas gateway, rute, dan masukan autentikasi masing-masing mempertahankan perannya, dan contoh untuk tipe penyedia lain tidak dapat dipertukarkan hanya karena keduanya memerlukan alamat server.

Ketika penyedia gagal dimuat, bandingkan bidangnya dengan manual untuk rilis yang terpasang, bukan dengan contoh dari blog.

Agen autentikasi adalah dependensi terpisah

Definisi penyedia masih bisa memerlukan agen untuk memperoleh kredensial atau menyelesaikan pertukaran autentikasi. Untuk integrasi OpenConnect-nya, manual yang sama menjelaskan bahwa nilai terkait autentikasi yang hilang dapat diminta melalui VPN Agent API, dan bahwa cookie berumur pendek umumnya tidak cocok sebagai rahasia konfigurasi permanen. Mekanisme itu tidak menjamin dukungan untuk setiap login peramban, permintaan MFA, atau pemeriksaan postur gateway. Konfirmasikan seluruh alur dengan pihak yang memiliki penerapan.

Jangan menutupi agen yang tidak ada dengan menuliskan kata sandi atau token sesi ke berkas yang terbaca luas. Itu mengubah integrasi yang hilang menjadi paparan kredensial, dan masalah kedua hidup lebih lama daripada yang pertama.

Jika gateway memerlukan login interaktif, agen adalah bagian dari rancangan, bukan tambahan opsional.

Verifikasi empat hasil, bukan satu

Setelah penyediaan yang diizinkan, periksa empat hal secara terpisah: penyedia dipilih, koneksi terautentikasi, rute efektif adalah yang Anda maksudkan, dan resolver berperilaku seperti yang diharapkan. Daemon yang berjalan, penyedia yang terdaftar, dan aplikasi yang mencapai sumber dayanya adalah tiga hasil berbeda, dan hanya yang terakhir adalah tujuan sebenarnya pengguna. Mencatatnya secara terpisah memberi tahu tahap mana yang harus diperbaiki.

Sertakan perilaku penyambungan ulang dan kebijakan status tidak tersedia yang disyaratkan dalam pemeriksaan itu, karena terowongan yang naik sekali dan tidak pernah pulih tidak terpasang. Jaga konfigurasi jaringan dasar yang berfungsi tetap dapat dipulihkan saat Anda mengubah integrasi VPN.

Mengganti manajer Wi-Fi untuk mendapatkan tombol adalah perubahan yang jauh lebih besar daripada operasi yang hilang yang diperlukan, dan biasanya mitoslah yang menang.