Keyfile atau Netplan: di mana profil VPN sebenarnya disimpan?

Menemukan berkas yang Anda impor adalah bagian yang mudah dan sering menjadi awal yang keliru. Yang penting adalah berkas mana yang dibaca NetworkManager hari ini sebagai koneksi tersimpan, dan itu bergantung pada pengenal koneksi serta backend konfigurasi yang benar-benar dipakai paket terpasang. Menyunting impor sebelum menjawab pertanyaan itu adalah cara VPN yang berfungsi menjadi dua konfigurasi yang setengah benar.

Berkas yang diimpor bukan profil tersimpan

Tiga nama mengambang di sekitar setiap masalah VPN: nama koneksi, nama berkas yang Anda impor, dan antarmuka virtual yang muncul saat terowongan naik. Tidak satu pun mengidentifikasi konfigurasi tersimpan, dan nama koneksi bisa disunting sementara berkas di belakangnya mempertahankan pengenal aslinya.

Mulailah dengan inventaris hanya-baca dan pilih VPN yang dimaksud berdasarkan pengenal, bukan label:

nmcli -f NAME,UUID,TYPE connection show

Jauhkan nama host endpoint dan label identitas dari inventaris apa pun yang Anda tempel di tiket. Bagian yang berguna adalah tipe dan pengenal; sisanya konteks yang tidak dibutuhkan orang asing. Redaksi sisanya sebelum berbagi dan katakan bahwa Anda melakukannya, agar tidak ada yang bertanya-tanya apa arti bagian kosong itu.

Lokasi keyfile tidak berarti hal yang sama

Dengan plugin keyfile bawaan, berkas koneksi dapat muncul di tiga direktori, dan perbedaannya adalah ketahanan, bukan kenyamanan.

Menyunting salinan runtime tampak berhasil sampai start berikutnya, saat perubahan menguap dan berkas tampak dikembalikan secara misterius. Menyunting salinan yang disediakan paket berfungsi sampai pembaruan menggantikannya, yang merupakan versi lebih lambat dan lebih membingungkan dari pelajaran yang sama.

Dokumentasi keyfile menambahkan detail yang layak dihormati: berkas itu dapat berisi kunci privat dan frasa sandi, dan NetworkManager mengabaikan keyfile apa pun yang dapat dibaca atau ditulis pengguna selain root. Memperluas izin direktori untuk mencari pengaturan merusak perilaku pemuatan yang ingin Anda periksa.

Ketika Netplan memiliki ketahanan

Di Ubuntu, integrasi NetworkManager yang dijelaskan dalam dokumentasi Netplan, tersedia sejak 23.10, mengubah tempat salinan tahan lama berada. Untuk koneksi non-sementara ia menulis /etc/netplan/90-NM-<connection UUID>.yaml dan menghasilkan profil NetworkManager sementara di bawah /run/NetworkManager/system-connections/.

Itu integrasi distribusi, bukan aturan untuk setiap pemasangan NetworkManager. Pastikan paket terpasang benar-benar memakainya sebelum Anda mencari berkas YAML. Ingat juga bahwa profil runtime bisa berupa representasi yang dihasilkan dari sesuatu yang lain, bukan sumber yang layak disunting. Dua perintah pemeriksaan menghemat satu jam menyunting berkas yang salah.

Contoh yang didokumentasikan menyimpan koneksi OpenVPN melalui tipe Netplan nm-devices dengan data passthrough NetworkManager. Fakta bahwa Netplan tidak memiliki tafsiran khusus untuk bidang VPN tertentu bukan berarti VPN tersimpan Anda hilang; itu berarti bidang tersebut berjalan sebagai data buram.

Antarmuka sementara bukan profil

Aktivasi membuat koneksi dan antarmuka virtual sementara yang tidak pernah dimaksudkan untuk bertahan. Integrasi sengaja tidak menulis berkas YAML baru untuk masing-masingnya, sehingga ketidakhadiran mereka di /etc/netplan tidak mengatakan apa pun tentang apakah profil induk tersimpan.

Jika Anda memburu berkas yang muncul dan menghilang, Anda mungkin melihat salah satunya, bukan konfigurasi Anda. Periksa apakah ia bertahan setelah restart sebelum menarik kesimpulan dari isinya. Berkas runtime yang hilang saat reboot memberi tahu Anda bahwa ia tidak pernah menjadi sumber, dan satu pengamatan itu mengarahkan ulang seluruh penyelidikan. Itu juga menjelaskan mengapa suntingan tampak berhasil saat itu.

Rahasia dan kepemilikan

Profil dapat merujuk sertifikat atau kunci yang disimpan di tempat lain sepenuhnya, dan kata sandi bisa milik NetworkManager, dipasok oleh agen rahasia sesi pengguna, atau sengaja tidak disimpan. Jadi menemukan satu berkas hanya menyelesaikan sedikit hal tentang apa yang akan dibutuhkan startup tanpa pengawasan.

Periksa referensi dan flag rahasia tanpa mencetak nilai rahasia. Login desktop dapat membuat agen tersedia yang tidak ada saat boot, dan menyalin berkas runtime yang dihasilkan tidak mereproduksi agen itu. Gejala praktisnya adalah terowongan yang tersambung saat seseorang masuk dan gagal saat mesin menyala sendiri. Pola itu menunjuk pada kepemilikan rahasia, bukan pada perutean.

Lakukan perubahan yang disetujui melalui pengelola yang memiliki koneksi, lalu verifikasi pengenal tersimpan dan koneksi efektif sekaligus. Pertahankan satu pemilik tetap, karena menyunting impor, keyfile yang dihasilkan, dan sumber YAML secara terpisah meninggalkan tiga penjelasan yang bersaing tentang apa yang akan dipakai koneksi ulang berikutnya. Pilih yang benar-benar bertahan, sunting hanya itu, dan catat di tiket berkas mana yang Anda anggap otoritatif. Orang berikutnya akan berterima kasih atas satu baris asal-usul.