De ynstellingen ymporteare de .ovpn net, dy't de CLI akseptearret
In profyl dat fan in terminal ferbynt, kin dochs mislearje by de desktopymport. Kontrolearje de plugin, de rjochtingen dy't er fuortsmyt, en wat der wier bewarre is.
Itselde bestân ferbynt fan in shell en wegeret te ymportearjen yn it desktoppaniel. Dat slút de server, de oanmeldgegevens en de profylsyntaksis út, want de kommandorigelclient hat alle trije al ferwurke. Wat oerbliuwt, is it desktoppad sels: de pakketten dy't it nedich hat, de subset rjochtingen dy't it begrypt, en it objekt dat it nei de skiif skriuwt. Elk dêrfan mislearret oars, en de berjochten wize selden nei de juste.
Trije dingen dy't de dialooch nedich hat foardat er eat parset
De ymport rint mei de rjochten fan jo brûker, dus in bestân ûnder in map dy't allinnich foar root tagonklik is, wurdt ôfwiisd foardat de ynhâld wat útmakket. It paniel listet ek allinnich VPN-typen wêrfan't de NetworkManager-plugin ynstallearre is; sûnder de OpenVPN-plugin ûntbrekt de opsje yn stee fan stikken te wêzen. Uteinlik moat it netwurkapparaat beheard wurde: in ynterface dat as net-beheard markearre is, kin in bewarre ferbining akseptearje dy't nea aktivearret. Kontrolearje alle trije foardat jo it profyl bewurkje.
Twa opdrachten besljochtsje de earste ronde: dpkg -l network-manager-openvpn-gnome foar de plugin en nmcli device status foar de tastân fan it apparaat.
Wat de ymporteur stilwei fuortsmitet
De desktoeroersetting rjochtet him op in fêste set eigenskippen. Regels bûten dy set wurde stilwei weilitten, en dêrom kin de tunnel omheech komme mei ûntbrekkende dielen fan de bedoelde konfiguraasje. Skripts dy't oanjûn binne mei up, down en script-security ferdwine meastentiids, krekt as opsjes fan 'e behearynterface en ekstra remote-blokken. In rûte skreaun mei it kaaiwurd vpn_gateway is de útsûndering: de ymporteur wol dêr in letterlike IPv4-gateway en brekt ôf mei in flater yn stee fan de rigel te ferliezen.
In weilitten rûte hat in werkenbere foarm. De ferbining aktivearret, it ynterface krijt in adres, en ien spesifyk subnet is ûnberikber om't de rûte nea yn it profyl bedarre is.
Lês de bewarre ferbining, net it boarnebestân
It gesachhawwende resultaat fan in ymport is it kaai-bestân, net de .ovpn dy't jo keazen hawwe. sudo cat /etc/NetworkManager/system-connections/office.nmconnection lit sjen wat it paniel wier bewarre hat. As dêr in rûte oanwêzich is mar dy't yn 'e libbene tabel ûntbrekt, is de ymport slagge en is aktivearring it probleem. As er yn it bestân ûntbrekt, hat de ymporteur him weilitten en gjin inkele hoemannichte opnij ferbinen sil him weromsette.
Twa alternative paden foarkomme de oersettingslaach. nmcli connection import type openvpn file ./office.ovpn skriuwt itselde objekt en meldt flaters dy't it paniel ferberget.
De âldere editor, start mei nm-connection-editor, lit rûtefjilden sjen dy't it paniel net hat. Foar profylen dy't ôfhinklik binne fan skripts of net-stipe rjochtingen, hâld de kommandorigelclient en begelied him yn stee mei in tsjinst, nei't jo de desktopferbining útskeakele hawwe sadat mar ien komponint de tunnel besit.
As de ymport wurket mar de aktivearring net
De ljepblêd Avansearre behâldt hokker ferfier dan ek ymporteare of as lêste keazen is. In server dy't op UDP harket, mislearret fluch as TCP keazen wurdt, en it berjocht seit dat selden. In ferbining dy't sûnder oanmelde brûker starte moat, hat syn geheim foar alle brûkers bewarre nedich, wat in oare ynstelling is as it allinnich foar dizze sesje bewarje.
As der neat nuttichs yn 'e dialooch stiet, lit journalctl -u NetworkManager -b sjen wêrom't de aktivearring mislearre. De shellclient rekket dat paad nea oan, en dêrom bliuwt er wurkjen wylst de desktopkopy dat net docht.
As lêste kontrôle, ferlykje de pluginferzje mei de útjefte fan de distribúsje. In plugin dy't net past, kin skjin ynstallearje en dochs wegerje in profyl te aktivearjen dat nmcli sûnder klacht ymportearret.