Falta OpenVPN al menú VPN de l'Ubuntu 18.04: què cal instal·lar
El tipus de VPN al tauler del GNOME ve d'un paquet d'extensió, no de l'ordre openvpn. Instal·leu el conjunt, reinicieu el NetworkManager i després importeu el perfil.
La llista de VPN del GNOME no pot oferir res que coincideixi amb el perfil que us han lliurat, i la conclusió habitual és que l'escriptori no pot fer OpenVPN. Sí que pot. El que falta és un paquet d'extensió, i el client de línia d'ordres que hi ha a la mateixa màquina no té res a veure amb el menú. Aquest és el mite que val la pena matar primer, perquè envia la gent a reinstal·lar la cosa equivocada.
El menú llista extensions, no protocols
El GNOME mostra els tipus de connexió que informa el gestor de xarxa, i el gestor informa les extensions que hi ha instal·lades. Per tant, una llista buida descriu el conjunt d'extensions instal·lades i no les capacitats del protocol. Per això un binari openvpn que funciona no canvia res al tauler.
La distinció importa perquè els dos fracassos es veuen iguals des del tauler. Una extensió absent i una extensió trencada produeixen totes dues un diàleg que no pot ajudar, i només la primera es resol instal·lant alguna cosa. Preguntar al gestor què sap les separa abans que instal·leu res. Aquesta pregunta costa una ordre i substituïx una hora d'endevinar.
Quin paquet posseeix el diàleg
A l'Ubuntu 18.04 els paquets tenen noms concrets, i les versions més noves han mantingut la mateixa divisió. Llegiu-los com a rols i no com a alternatives, perquè instal·lar-ne un rarament resol el problema tot sol. Un paquet conté el dimoni i el client de línia d'ordres, i cap dels dos no coneix cap diàleg de configuració.
El paquet d'extensió és el que permet al gestor de xarxa crear, desar i iniciar una connexió OpenVPN. El paquet d'editor proporciona el formulari, els seus camps i el camí de desament que crida el tauler. Una màquina amb l'extensió i sense l'editor mostra un tipus que no pot configurar, mentre que una màquina amb l'editor i sense l'extensió no mostra res. Instal·leu el conjunt alhora i l'ambigüitat desapareix.
sudo apt install openvpn network-manager-openvpn network-manager-openvpn-gnome
nmcli --version
A la 18.04 aquests són els noms reals dels arxius, no substituts. Un escriptori KDE necessita el seu propi paquet d'editor i encara necessita l'extensió, i aquesta és la part que una guia només per al GNOME deixa fora.
Reiniciar forma part de la instal·lació
El tauler demana al gestor els tipus que suporta en arrencar el servei, i una llista ja pintada no es refresca amb una instal·lació. Instal·lar mentre el servei s'executa produeix, doncs, la combinació frustrant d'una instal·lació correcta i un diàleg sense canvis. Reiniciar no és manteniment opcional; és el pas que fa visible la instal·lació.
Reiniciar talla la connectivitat durant uns segons, i qualsevol sessió SSH que passi per la mateixa interfície se'n va amb ella, així que planifiqueu-ho si la màquina és remota. Després torneu a obrir el tauler i pregunteu directament al gestor què suporta. Una consulta directa és millor evidència que un menú que pot estar en memòria cau.
sudo systemctl restart NetworkManager
nmcli -f NAME,TYPE connection show
nmcli connection add type vpn
L'última ordre és la prova decisiva. Amb l'extensió, falla per arguments que falten; sense ella, informa d'un tipus de VPN desconegut. Un resultat és un formulari esperant que l'omplin, i l'altre continua sent un problema d'empaquetament. Executeu-la abans i després de la instal·lació si voleu que el contrast sigui evident.
Deixeu que nmcli llegeixi el .ovpn
Res no us obliga a reconstruir un perfil lliurat control per control. El gestor llegeix els fitxers .ovpn directament i converteix les seves directrius en una connexió desada, certificats incrustats inclosos. Importar també supera transcriure en precisió, perquè un xifratge mal escrit o una clau truncada produeixen un error que sembla un problema del servidor.
Deixeu el perfil al costat de qualsevol clau o certificat al qual faci referència fins que acabi el desament, perquè una connexió que només desa camins de fitxer es trenca quan aquests fitxers es mouen. Després proveu la connexió pel nom, i responeu qualsevol petició de credencials en primer pla perquè pugueu veure què vol. Una connexió desada que mai no s'ha activat no és evidència de res.
nmcli connection import type openvpn file ~/Downloads/office.ovpn
nmcli --ask connection up office
nmcli -f NAME,TYPE,STATE connection show --active
Aquesta tercera ordre confirma que el túnel està actiu amb el nom que espereu. També separa una connexió que ha fallat d'una que mai no s'ha activat.
Què no us pot dir el menú
Un tipus absent no diu res sobre la passarel·la, i no vol dir que el servidor rebutgi OpenVPN. No és cap motiu per instal·lar una extensió de protocol no relacionada perquè aparegui una entrada al menú. Aquest segon error té nom a la pràctica: la gent acaba apuntant un perfil PPTP o AnyConnect a un servei OpenVPN perquè aquestes eren les entrades disponibles.
Repareu primer l'empaquetament; la pregunta del servidor ve després. Un perfil que s'importa net i mai no s'autentica falla en una qüestió de certificat, TLS o credencials, no d'editor. Cadascuna deixa proves diferents, i cap no apareix al diàleg. Llegiu el registre del client abans de tornar a obrir el tauler de configuració.
Proveu-ho amb un recurs que feu servir de debò
Un cop existeix el tipus i la connexió està desada, marqueu-la i obriu un recurs que feu servir de debò. L'activació sola només demostra que els dos extrems s'han posat d'acord en un túnel. Un túnel que puja i no porta res és el següent mode de fallada, i el tauler no el pot veure.
Anoteu quin recurs heu provat, perquè la propera persona repeteixi aquesta comprovació en lloc de començar de zero. Quan el túnel està actiu i el recurs continua fallant, la investigació passa a les rutes i al DNS i no torna al diàleg. Aquesta nota és la diferència entre una reparació i una història.