Setările nu importă fișierul .ovpn pe care CLI îl acceptă

Același fișier se conectează dintr-un shell și refuză să fie importat în panoul desktop. Asta exclude serverul, datele de autentificare și sintaxa profilului, pentru că clientul din linia de comandă le-a analizat deja pe toate trei. Rămâne calea desktop în sine: pachetele de care are nevoie, submulțimea de directive pe care le înțelege și obiectul pe care îl scrie pe disc. Fiecare eșuează altfel, iar mesajele rareori indică cel corect.

Trei lucruri de care dialogul are nevoie înainte de a analiza ceva

Importul rulează cu permisiunile utilizatorului, așa că un fișier dintr-un director accesibil doar pentru root este respins înainte ca conținutul să conteze. Panoul listează și doar tipurile de VPN al căror plugin NetworkManager este instalat; fără pluginul OpenVPN, opțiunea lipsește în loc să fie stricată. În final, dispozitivul de rețea trebuie să fie gestionat: o interfață marcată ca negestionată poate accepta o conexiune salvată care nu se va activa niciodată. Verificați toate trei înainte de a edita profilul.

Două comenzi rezolvă prima rundă: dpkg -l network-manager-openvpn-gnome pentru plugin și nmcli device status pentru starea dispozitivului.

Ce aruncă în tăcere importatorul

Traducerea pentru desktop vizează un set fix de proprietăți. Liniile din afara acestui set sunt aruncate în tăcere, motiv pentru care tunelul poate urca cu părți din configurația dorită lipsind. Scripturile declarate cu up, down și script-security dispar de obicei, la fel și opțiunile interfeței de administrare și blocurile la distanță suplimentare. O rută scrisă cu cuvântul cheie vpn_gateway este excepția: importatorul vrea acolo un gateway IPv4 literal și se oprește cu o eroare în loc să arunce linia.

O rută aruncată are o formă ușor de recunoscut. Conexiunea se activează, interfața primește o adresă și o subrețea anume devine inaccesibilă pentru că ruta nu a ajuns niciodată în profil.

Citiți conexiunea salvată, nu fișierul sursă

Rezultatul autoritativ al unui import este fișierul de chei, nu .ovpn-ul pe care l-ați selectat. sudo cat /etc/NetworkManager/system-connections/office.nmconnection arată ce a salvat de fapt panoul. Dacă există o rută acolo, dar lipsește din tabelul activ, importul a reușit și problema este activarea. Dacă lipsește din fișier, importatorul a aruncat-o și nicio reconectare nu o va restabili.

Două căi alternative ocolesc stratul de traducere. nmcli connection import type openvpn file ./office.ovpn scrie același obiect și raportează erori pe care panoul le ascunde.

Editorul mai vechi, pornit cu nm-connection-editor, expune câmpuri de rută pe care panoul nu le are. Pentru profilurile care depind de scripturi sau de directive neacceptate, păstrați clientul din linia de comandă și supravegheați-l cu un serviciu, după ce dezactivați conexiunea desktop, astfel încât un singur component să dețină tunelul.

Când importul funcționează, dar activarea nu

Fila avansată păstrează transportul care a fost importat sau ales ultima dată. Un server care ascultă pe UDP eșuează rapid când se alege TCP, iar mesajul rareori spune asta. O conexiune care trebuie să pornească fără un utilizator autentificat are nevoie ca secretul să fie salvat pentru toți utilizatorii, ceea ce este o setare diferită de a-l salva doar pentru această sesiune.

Când în dialog nu există nimic util, journalctl -u NetworkManager -b arată de ce a eșuat activarea. Clientul shell nu atinge niciodată acea cale, motiv pentru care continuă să funcționeze în timp ce copia desktop nu o face.

Ca verificare finală, comparați versiunea pluginului cu versiunea distribuției. Un plugin nepotrivit se poate instala curat și totuși refuza să activeze un profil pe care nmcli îl importă fără reclamații.