Tetapan tidak mengimport .ovpn yang diterima CLI
Profil yang bersambung dari terminal masih boleh gagal semasa import desktop. Periksa plugin, arahan yang dibuangnya, dan apa yang sebenarnya disimpan.
Fail yang sama bersambung dari shell dan enggan diimport dalam panel desktop. Itu menyingkirkan pelayan, kelayakan dan sintaks profil, kerana klien baris arahan sudah menghurai ketiga-tiganya. Yang tinggal ialah laluan desktop itu sendiri: pakej yang diperlukannya, subset arahan yang difahaminya dan objek yang ditulisnya ke cakera. Setiap satu gagal secara berbeza, dan mesej jarang menunjuk yang betul.
Tiga perkara yang diperlukan dialog sebelum menghurai apa-apa
Import berjalan dengan kebenaran pengguna anda, jadi fail dalam direktori yang hanya boleh diakses oleh root ditolak sebelum kandungannya penting. Panel juga hanya menyenaraikan jenis VPN yang plugin NetworkManager-nya dipasang; tanpa plugin OpenVPN, pilihan itu tiada, bukan rosak. Akhir sekali, peranti rangkaian mesti diurus: antara muka yang ditanda sebagai tidak diurus boleh menerima sambungan tersimpan yang tidak akan pernah diaktifkan. Periksa ketiga-tiganya sebelum menyunting profil.
Dua arahan menyelesaikan pusingan pertama: dpkg -l network-manager-openvpn-gnome untuk plugin dan nmcli device status untuk keadaan peranti.
Apa yang dibuang secara senyap oleh pengimport
Terjemahan desktop menyasarkan set sifat yang tetap. Baris di luar set itu dibuang secara senyap, sebab itulah terowong boleh naik dengan bahagian konfigurasi yang dimaksudkan hilang. Skrip yang diisytiharkan dengan up, down dan script-security biasanya hilang, begitu juga pilihan antara muka pengurusan dan blok jauh tambahan. Laluan yang ditulis dengan kata kunci vpn_gateway ialah pengecualian: pengimport mahukan get laluan IPv4 literal di situ dan berhenti dengan ralat dan bukannya membuang baris itu.
Laluan yang dibuang mempunyai bentuk yang mudah dikenali. Sambungan diaktifkan, antara muka mendapat alamat, dan satu subnet tertentu tidak dapat dicapai kerana laluan itu tidak pernah masuk ke dalam profil.
Baca sambungan tersimpan, bukan fail sumber
Hasil autoritatif sesuatu import ialah fail kunci, bukan .ovpn yang anda pilih. sudo cat /etc/NetworkManager/system-connections/office.nmconnection menunjukkan apa yang sebenarnya disimpan oleh panel. Jika ada laluan di situ tetapi tiada dalam jadual langsung, import berjaya dan pengaktifan ialah masalahnya. Jika tiada dalam fail, pengimport telah membuangnya dan berapa kali pun bersambung semula ia tidak akan dipulihkan.
Dua laluan alternatif mengelakkan lapisan terjemahan. nmcli connection import type openvpn file ./office.ovpn menulis objek yang sama dan melaporkan ralat yang disembunyikan panel.
Editor lama, yang dimulakan dengan nm-connection-editor, mendedahkan medan laluan yang tiada pada panel. Untuk profil yang bergantung pada skrip atau arahan yang tidak disokong, kekalkan klien baris arahan dan awasi dengan perkhidmatan sebagai gantinya, selepas menyahdayakan sambungan desktop supaya hanya satu komponen memiliki terowong itu.
Apabila import berjaya tetapi pengaktifan tidak
Tab lanjutan mengekalkan pengangkutan yang diimport atau terakhir dipilih. Pelayan yang mendengar pada UDP gagal cepat apabila TCP dipilih, dan mesej jarang menyatakannya. Sambungan yang mesti bermula tanpa pengguna yang log masuk memerlukan rahsianya disimpan untuk semua pengguna, yang merupakan tetapan berbeza daripada menyimpannya untuk sesi ini sahaja.
Apabila tiada yang berguna dalam dialog, journalctl -u NetworkManager -b menunjukkan mengapa pengaktifan gagal. Klien shell tidak pernah menyentuh laluan itu, sebab itulah ia terus berfungsi manakala salinan desktop tidak.
Sebagai pemeriksaan terakhir, bandingkan versi plugin dengan keluaran distribusi. Plugin yang tidak sepadan boleh dipasang dengan bersih dan masih enggan mengaktifkan profil yang diimport nmcli tanpa aduan.