Memindahkan profil VPN NetworkManager ke komputer lain

Dua mesin boleh memaparkan nama VPN yang sama dalam menu dan tidak berkongsi apa-apa lagi. Halaman tetapan ialah bahagian yang paling teruk berpindah, kerana kandungan sebenar profil tersebar merentas fail kunci, cincin kunci, pemalam dan beberapa laluan fail mutlak. Tiga soalan menentukan sama ada anda patut mengeksport, menyalin atau mendaftar semula. Tanyakan sebelum anda menyalin apa-apa.

Mulakan dengan profil yang benar-benar berfungsi

Senaraikan sambungan dan baca UUID dan bukan nama. nmcli connection show mencetak kedua-duanya, dan UUID ialah satu-satunya medan yang membezakan entri yang berfungsi daripada import lama dengan label yang sama. Namakan semula atau padamkan pendua lama pada mesin sumber sebelum bermula, supaya perkara yang anda salin tidak kabur. Kemudian catat pemalam dan jenis sambungan, kerana kedua-duanya menentukan apa maksud eksport. Profil yang tidak dapat anda kenal pasti dengan tepat ialah profil yang tidak patut anda migrasikan.

Langkah ini mengambil masa seminit. Ia menghalang kegagalan paling biasa, iaitu memindahkan profil yang salah dan kemudian menyahpepijat destinasi.

Eksport, atau salin fail kunci?

NetworkManager boleh mengeksport sesetengah profil VPN ke fail apabila pemalam yang dipasang melaksanakan eksport, dan untuk OpenVPN hasilnya menyerupai konfigurasi kendiri. Menyalin fail kunci asli ialah laluan lain: ia memelihara setiap tetapan, tetapi mengharapkan pemalam yang sama dan pemilik yang dibenarkan di destinasi. Kedua-duanya tidak lebih baik secara universal, dan kedua-duanya bukan sandaran. Pilih dengan bertanya apa yang mesti kekal serupa.

Eksport sesuai untuk perpindahan ke mesin yang akan menjalankan pemalam yang sama, terutamanya apabila anda mahukan satu artifak yang boleh anda periksa. Fail kunci sesuai untuk pemulihan ke pengedaran serupa di mana kebenaran dan laluan boleh dihasilkan semula dengan tepat.

Apa yang profil masih menunjuk

Profil tidak berdiri sendiri hanya kerana ia dieksport dengan bersih. CA, sijil klien, kunci peribadi dan sebarang bahan TLS tambahan biasanya fail berasingan yang dirujuk melalui laluan, dan laluan itu wujud pada mesin yang anda tinggalkan. Senaraikan setiap fail yang dirujuk sebelum memindahkan apa-apa.

Kemudian tentukan sama ada kelayakan yang sama patut digunakan sama sekali. Fail dengan nama yang sama pada mesin lain bukan identiti yang sama, dan sesetengah penggunaan mengharapkan pendaftaran baharu.

Rahsia tidak ada dalam fail

Kata laluan dan frasa laluan mungkin berada dalam fail kunci, dalam cincin kunci pengguna, atau tidak di mana-mana kerana pengguna diminta setiap kali. Hanya yang pertama daripada itu berpindah dengan salinan fail.

Semak bendera kata laluan pada profil sumber sebelum menganggap perpindahan tidak memerlukan perhatian. Profil yang dikonfigurasikan untuk bertanya, atau menyimpan rahsia pada ejen sesi, tiba di mesin baharu tanpa kelayakan dan dengan percubaan sambungan yang gagal tanpa menjelaskan sebabnya. Hasilkan semula aliran kerja rahsia yang diluluskan di sana dan bukannya mengeksport kata laluan teks biasa ke fail untuk memudahkan perpindahan. Jalan pintas itu menjadikan migrasi sebagai pendedahan.

Hentikan penggunaan salinan lama dengan sepatutnya

Terima persediaan baharu dengan menggunakan aplikasi yang dimaksudkan melaluinya, dan biarkan laluan lama tersedia sehingga itu. Import, baca semula titik akhir, pengesahan, laluan dan DNS, kemudian sambung dan sahkan sumber peribadi. Import yang menghasilkan ikon hijau bukan penerimaan.

Memadam profil setempat tidak membatalkan apa-apa. Sijil dan kelayakan kekal sah sehingga pengendali menariknya balik, jadi persaraan ialah permintaan berasingan kepada penerbitnya. Buang fail lama, buang entri cincin kunci, dan catat identiti mana yang ditarik balik dan bila. Jika mesin lama diserahkan, catatan itu lebih penting daripada pemadaman.