Iestatījumi neimportē .ovpn failu, ko CLI pieņem

Tas pats fails izveido savienojumu no čaulas un atsakās tikt importēts darbvirsmas panelī. Tas izslēdz serveri, akreditācijas datus un profila sintaksi, jo komandrindas klients jau ir apstrādājis visus trīs. Paliek pats darbvirsmas ceļš: nepieciešamās pakotnes, saprotamo direktīvu apakškopa un objekts, ko tas ieraksta diskā. Katrs no tiem neizdodas savādāk, un ziņojumi reti norāda uz pareizo.

Trīs lietas, kas dialogam vajadzīgas pirms jebkā parsēšanas

Imports darbojas ar jūsu lietotāja atļaujām, tāpēc fails mapē, kas pieejama tikai root, tiek noraidīts, pirms tā saturam ir nozīme. Panelis arī uzskaita tikai tos VPN veidus, kuru NetworkManager spraudnis ir instalēts; bez OpenVPN spraudņa opcija trūkst, nevis ir salūzusi. Visbeidzot, tīkla ierīcei jābūt pārvaldītai: saskarne, kas atzīmēta kā nepārvaldīta, var pieņemt saglabātu savienojumu, kas nekad neaktivizēsies. Pārbaudiet visus trīs pirms profila rediģēšanas.

Divas komandas noskaidro pirmo kārtu: dpkg -l network-manager-openvpn-gnome spraudnim un nmcli device status ierīces stāvoklim.

Ko importētājs klusām izmet

Darbvirsmas tulkojums mērķē uz fiksētu īpašību kopu. Rindas ārpus šīs kopas tiek klusām izmestas, tāpēc tunelis var pacelties ar trūkstošām paredzētās konfigurācijas daļām. Skripti, kas deklarēti ar up, down un script-security, parasti pazūd, tāpat kā pārvaldības saskarnes opcijas un papildu attālinātie bloki. Maršruts, kas rakstīts ar atslēgvārdu vpn_gateway, ir izņēmums: importētājs tur grib burtisku IPv4 vārteju un pārtrauc ar kļūdu, nevis izmet rindu.

Izmetamam maršrutam ir atpazīstama forma. Savienojums aktivizējas, saskarne iegūst adresi, un viens konkrēts apakštīkls paliek nesasniedzams, jo maršruts nekad nenokļuva profilā.

Lasiet saglabāto savienojumu, nevis avota failu

Importa autoritatīvais rezultāts ir atslēgas fails, nevis jūsu izvēlētais .ovpn. sudo cat /etc/NetworkManager/system-connections/office.nmconnection parāda, ko panelis patiešām saglabāja. Ja maršruts tur ir, bet trūkst dzīvajā tabulā, imports izdevās, un problēma ir aktivizācija. Ja tā nav failā, importētājs to izmeta, un nekāda atkārtota savienošana to neatjaunos.

Divi alternatīvi ceļi apiet tulkošanas slāni. nmcli connection import type openvpn file ./office.ovpn ieraksta to pašu objektu un ziņo par kļūdām, ko panelis slēpj.

Vecākais redaktors, kas palaists ar nm-connection-editor, parāda maršruta laukus, kuru panelim nav. Profiliem, kas atkarīgi no skriptiem vai neatbalstītām direktīvām, paturiet komandrindas klientu un uzraugiet to ar pakalpojumu, pēc darbvirsmas savienojuma atspējošanas, lai tuneli piederētu tikai viena komponente.

Kad imports strādā, bet aktivizācija ne

Papildu cilne saglabā to transportu, kas tika importēts vai pēdējoreiz izvēlēts. Serveris, kas klausās UDP, ātri neizdodas, kad tiek izvēlēts TCP, un ziņojums to reti pasaka. Savienojumam, kam jāsākas bez pieteikušā lietotāja, tā noslēpums jāsaglabā visiem lietotājiem, kas ir cits iestatījums nekā saglabāt to tikai šai sesijai.

Kad dialogā nav nekā noderīga, journalctl -u NetworkManager -b parāda, kāpēc aktivizācija neizdevās. Čaulas klients nekad nepieskaras šim ceļam, tāpēc tas turpina strādāt, kamēr darbvirsmas kopija nestrādā.

Kā pēdējo pārbaudi salīdziniet spraudņa versiju ar distribūcijas izlaidumu. Nesaskaņots spraudnis var instalēties tīri un tomēr atteikties aktivizēt profilu, ko nmcli imports bez sūdzībām.