OpenVPN lipsește din meniul VPN al Ubuntu 18.04: ce trebuie instalat

Lista VPN din GNOME poate să nu ofere nimic care să corespundă profilului primit, iar concluzia obișnuită este că desktopul nu poate face OpenVPN. Ba poate. Ce lipsește este un pachet de plugin, iar clientul din linia de comandă de pe aceeași mașină nu are nicio legătură cu meniul. Aceasta este mentalitatea pe care merită să o ucizi prima, pentru că trimite oamenii să reinstaleze lucrul greșit.

Meniul listează pluginuri, nu protocoale

GNOME desenează tipurile de conexiune raportate de managerul de rețea, iar managerul raportează pluginurile instalate. O listă goală descrie deci setul de pluginuri instalate, nu capacitățile protocolului. De aceea un binar openvpn funcțional nu schimbă nimic în panou.

Distincția contează pentru că, din panou, cele două defecțiuni arată identic. Un plugin lipsă și un plugin stricat produc amândouă o fereastră care nu poate ajuta, și doar prima se rezolvă instalând ceva. A întreba managerul ce știe le separă înainte de a instala orice. Întrebarea costă o comandă și înlocuiește o oră de ghicit.

Cărui pachet îi aparține fereastra

Pe Ubuntu 18.04 pachetele au nume specifice, iar versiunile mai noi au păstrat aceeași împărțire. Citiți-le ca roluri și nu ca alternative, fiindcă instalarea unuia rezolvă rareori problema de unul singur. Un pachet conține daemonul plus clientul din linia de comandă, și niciunul nu cunoaște vreo fereastră de setări.

Pachetul de plugin este cel care îi permite managerului de rețea să creeze, să stocheze și să pornească o conexiune OpenVPN. Pachetul de editor furnizează formularul, câmpurile sale și calea de salvare pe care o apelează panoul. O mașină cu plugin dar fără editor arată un tip pe care nu îl poate configura, în timp ce o mașină cu editor dar fără plugin nu arată nimic. Instalați setul împreună și ambiguitatea dispare.

sudo apt install openvpn network-manager-openvpn network-manager-openvpn-gnome
nmcli --version

Pe 18.04 acelea sunt numele reale ale arhivelor, nu înlocuitori. Un desktop KDE are nevoie de propriul pachet de editor și are nevoie în continuare de plugin, iar aceasta este partea pe care un ghid doar pentru GNOME o omite.

Repornirea face parte din instalare

Panoul cere managerului tipurile suportate la pornirea serviciului, iar o listă deja afișată nu este reîmprospătată de o instalare. Instalarea cât timp serviciul rulează produce deci combinația frustrantă dintre o instalare reușită și o fereastră neschimbată. Repornirea nu este întreținere opțională; este pasul care face instalarea vizibilă.

Repornirea întrerupe conectivitatea câteva secunde, iar orice sesiune SSH care trece prin aceeași interfață merge cu ea, așa că planificați asta dacă mașina este la distanță. Apoi redeschideți panoul și întrebați managerul direct ce suportă. O interogare directă este o dovadă mai bună decât un meniu care poate fi în cache.

sudo systemctl restart NetworkManager
nmcli -f NAME,TYPE connection show
nmcli connection add type vpn

Ultima comandă este testul care discriminează. Cu pluginul, eșuează din cauza argumentelor lipsă; fără el, raportează un tip de VPN necunoscut. Un rezultat este un formular care așteaptă să fie completat, iar celălalt este încă o problemă de împachetare. Rulați-o înainte și după instalare dacă vreți ca contrastul să fie evident.

Lăsați nmcli să citească .ovpn

Nimic nu vă obligă să reconstruiți un profil primit control cu control. Managerul citește fișierele .ovpn direct și le transformă directivele într-o conexiune stocată, inclusiv certificatele inline. Importul bate și transcrierea la precizie, pentru că un cifru tastat greșit sau o cheie trunchiată produce o defecțiune care pare o problemă de server.

Lăsați profilul lângă orice cheie sau certificat la care face referire până când salvarea se termină, pentru că o conexiune care stochează doar căi de fișiere se strică atunci când acele fișiere se mută. Apoi testați conexiunea după nume și răspundeți la orice solicitare de acreditări în prim-plan ca să vedeți ce vrea. O conexiune salvată care nu a fost niciodată activată nu este dovadă pentru nimic.

nmcli connection import type openvpn file ~/Downloads/office.ovpn
nmcli --ask connection up office
nmcli -f NAME,TYPE,STATE connection show --active

A treia comandă confirmă că tunelul este activ sub numele pe care îl așteptați. Ea separă și o conexiune eșuată de una care nu a fost niciodată activată.

Ce nu vă poate spune meniul

Un tip absent nu spune nimic despre gateway și nu înseamnă că serverul refuză OpenVPN. Nu este un motiv să instalați pluginul unui protocol nelegat doar ca să apară o intrare în meniu. Acea a doua greșeală are un nume în practică: oamenii ajung să îndrepte un profil PPTP sau AnyConnect către un serviciu OpenVPN pentru că acelea erau intrările oferite.

Reparați mai întâi împachetarea; întrebarea despre server vine după. Un profil care se importă curat și nu se autentifică niciodată eșuează pe o chestiune de certificat, TLS sau acreditări, nu de editor. Fiecare dintre acestea lasă dovezi diferite, și niciuna nu apare în fereastră. Citiți jurnalul clientului înainte de a redeschide panoul de setări.

Dovediți-o cu o resursă pe care o folosiți cu adevărat

Odată ce tipul există și conexiunea este salvată, conectați-o și deschideți o resursă pe care o folosiți cu adevărat. Activarea singură dovedește doar că cele două capete s-au înțeles asupra unui tunel. Un tunel care se ridică și nu transportă nimic este următorul mod de eșec, iar panoul nu îl poate vedea.

Notați ce resursă ați testat, ca următoarea persoană să repete verificarea în loc să o ia de la capăt. Când tunelul este activ și resursa tot eșuează, investigația trece la rute și DNS, nu înapoi la fereastră. Acea notă este diferența dintre o remediere și o poveste.