Ang parehong file ay kumokonekta mula sa shell at tumatangging ma-import sa panel ng desktop. Ibinubukod nito ang server, ang mga kredensyal at ang sintaks ng profile, dahil na-parse na ng command-line client ang lahat ng tatlo. Ang natitira ay ang landas ng desktop mismo: ang mga pakete na kailangan nito, ang subset ng mga direktibang nauunawaan nito at ang object na isinusulat nito sa disk. Bawat isa sa kanila ay nabibigo nang iba, at bihirang ituro ng mga mensahe ang tama.

Tatlong bagay na kailangan ng dialog bago mag-parse ng kahit ano

Tumatakbo ang import sa mga pahintulot ng iyong user, kaya ang file sa direktoryong maa-access lamang ng root ay tinatanggihan bago pa maging mahalaga ang nilalaman nito. Naglilista rin ang panel ng mga uri ng VPN na naka-install ang NetworkManager plugin; kung walang OpenVPN plugin, wala ang opsyon sa halip na sira. Panghuli, dapat na pinamamahalaan ang network device: ang interface na minarkahan bilang hindi pinamamahalaan ay maaaring tumanggap ng naka-save na koneksyon na hindi kailanman mag-a-activate. Suriin ang lahat ng tatlo bago i-edit ang profile.

Dalawang utos ang nagtatapos sa unang pag-ikot: dpkg -l network-manager-openvpn-gnome para sa plugin at nmcli device status para sa kalagayan ng device.

Ang tahimik na itinatapon ng importer

Ang pagsasalin sa desktop ay naglalayon sa isang fixed set ng mga property. Ang mga linyang labas ng set na iyon ay tahimik na itinatapon, kaya maaaring umangat ang tunnel na kulang ang mga bahagi ng nilalayong configuration. Karaniwang nawawala ang mga script na idineklara gamit ang up, down at script-security, gayundin ang mga opsyon ng management interface at karagdagang remote block. Ang rutang isinulat gamit ang keyword na vpn_gateway ay ang eksepsyon: gusto ng importer ng literal na IPv4 gateway doon at humihinto nang may error sa halip na itapon ang linya.

Ang itinapong ruta ay may makikilalang hugis. Nag-a-activate ang koneksyon, nakakakuha ng address ang interface, at may isang partikular na subnet na hindi maabot dahil hindi kailanman nakapasok ang ruta sa profile.

Basahin ang naka-save na koneksyon, hindi ang source file

Ang awtoritatibong resulta ng isang import ay ang keyfile, hindi ang .ovpn na pinili mo. Ipinapakita ng sudo cat /etc/NetworkManager/system-connections/office.nmconnection ang aktwal na na-save ng panel. Kung may ruta doon ngunit wala sa live table, nagtagumpay ang import at ang activation ang problema. Kung wala ito sa file, itinapon ito ng importer at walang dami ng muling pagkonekta ang makakapagbalik nito.

Dalawang alternatibong landas ang umiiwas sa layer ng pagsasalin. Isinusulat ng nmcli connection import type openvpn file ./office.ovpn ang parehong object at nag-uulat ng mga error na itinatago ng panel.

Ang mas lumang editor, na sinisimulan gamit ang nm-connection-editor, ay naglalabas ng mga field ng ruta na wala sa panel. Para sa mga profile na umaasa sa mga script o hindi suportadong direktiba, panatilihin ang command-line client at subaybayan ito gamit ang isang serbisyo, pagkatapos i-disable ang koneksyon sa desktop upang isang bahagi lamang ang may-ari ng tunnel.

Kapag gumagana ang import ngunit hindi ang activation

Pinapanatili ng advanced tab ang transport na na-import o huling pinili. Ang server na nakikinig sa UDP ay mabilis na nabibigo kapag pinili ang TCP, at bihirang sabihin iyon ng mensahe. Ang koneksyon na dapat magsimula nang walang naka-log in na user ay kailangang ma-save ang sikreto nito para sa lahat ng user, na ibang setting kaysa sa pag-save nito para sa session na ito lamang.

Kapag walang kapaki-pakinabang sa dialog, ipinapakita ng journalctl -u NetworkManager -b kung bakit nabigo ang activation. Hindi kailanman hinahawakan ng shell client ang landas na iyon, kaya patuloy itong gumagana habang ang kopya sa desktop ay hindi.

Bilang huling pagsusuri, ihambing ang bersyon ng plugin sa release ng distribusyon. Ang plugin na hindi tugma ay maaaring malinis na ma-install at tumanggi pa ring i-activate ang profile na ini-import ng nmcli nang walang reklamo.

Kaugnay na mga artikulo