Falta OpenVPN no menú VPN de Ubuntu 18.04: que instalar

A lista de VPN de GNOME non pode ofrecer nada que coincida co perfil que lle entregaron, e a conclusión habitual é que o escritorio non sabe facer OpenVPN. Si sabe. O que falta é un paquete de extensión, e o cliente de liña de ordes que está na mesma máquina non ten nada que ver co menú. Ese é o mito que convén matar primeiro, porque manda a xente reinstalar o que non é.

O menú lista extensións, non protocolos

GNOME debuxa os tipos de conexión que informa o xestor de rede, e o xestor informa as extensións que están instaladas. Por iso unha lista baleira describe o conxunto de extensións instalado e non as capacidades do protocolo. De aí que un binario openvpn que funciona non cambie nada no panel.

A distinción importa porque os dous fallos ven igual desde o panel. Unha extensión ausente e unha extensión rota producen ambas un diálogo que non pode axudar, e só a primeira se arranxa instalando algo. Preguntarlle ao xestor que sabe sepáraas antes de instalar nada. Esa pregunta custa un comando e substitúe unha hora de conxecturas.

Que paquete é dono do diálogo

En Ubuntu 18.04 os paquetes teñen nomes concretos, e as versións máis novas mantiveron a mesma división. Léaos como roles e non como alternativas, porque instalar un raramente resolve o problema por si só. Un paquete contén o demonio e o cliente de liña de ordes, e ningún dos dous coñece ningún diálogo de axustes.

O paquete de extensión é o que lle permite ao xestor de rede crear, gardar e iniciar unha conexión OpenVPN. O paquete do editor achega o formulario, os seus campos e a ruta de gardado que chama o panel. Unha máquina coa extensión e sen o editor mostra un tipo que non pode configurar, mentres que unha máquina co editor e sen a extensión non mostra nada. Instale o conxunto á vez e a ambigüidade desaparece.

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

En 18.04 eses son os nomes reais dos arquivos e non substitutos. Un escritorio KDE necesita o seu propio paquete de editor e segue necesitando a extensión, e esa é a parte que unha guía só para GNOME deixa fóra.

Reiniciar forma parte da instalación

O panel pregúntalle ao xestor polos seus tipos compatibles ao arrincar o servizo, e unha lista xa debuxada non se refresca cunha instalación. Instalar mentres o servizo corre produce, por tanto, a combinación frustrante dunha instalación correcta e un diálogo sen cambios. Reiniciar non é mantemento opcional; é o paso que fai visible a instalación.

Reiniciar corta a conectividade durante varios segundos, e calquera sesión SSH que vaia pola mesma interface vaise con ela, así que planifíqueo se a máquina está remota. Despois volva abrir o panel e pregunte directamente ao xestor que admite. Unha consulta directa é mellor proba ca un menú que pode estar na caché.

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

O último comando é a proba decisiva. Coa extensión, falla por argumentos que faltan; sen ela, informa dun tipo de VPN descoñecido. Un resultado é un formulario esperando a que o enchan, e o outro segue sendo un problema de empaquetado. Execúteo antes e despois da instalación se quere que o contraste sexa evidente.

Deixe que nmcli lea o .ovpn

Nada lle obriga a reconstruír un perfil entregado control por control. O xestor le os ficheiros .ovpn directamente e converte as súas directivas nunha conexión gardada, certificados incrustados incluídos. Importar tamén supera a transcrición en precisión, porque un cifrado mal escrito ou unha clave truncada producen un fallo que parece un problema do servidor.

Deixe o perfil xunto a calquera clave ou certificado ao que faga referencia ata que remate o gardado, porque unha conexión que só garda rutas de ficheiro rompe cando eses ficheiros se moven. Despois probe a conexión polo seu nome, e responda calquera petición de credenciais en primeiro plano para poder ver que quere. Unha conexión gardada que nunca se activou non é proba de nada.

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

Ese terceiro comando confirma que o túnel está activo co nome que espera. Tamén separa unha conexión que fallou dunha que nunca se activou.

Que non lle pode dicir o menú

Un tipo ausente non di nada sobre a pasarela, e non significa que o servidor rexeite OpenVPN. Non é motivo para instalar unha extensión de protocolo non relacionado para que apareza unha entrada no menú. Ese segundo erro ten nome na práctica: a xente acaba apuntando un perfil PPTP ou AnyConnect a un servizo OpenVPN porque esas eran as entradas dispoñibles.

Repare primeiro o empaquetado; a pregunta do servidor chega despois. Un perfil que se importa limpiamente e nunca se autentica falla nunha cuestión de certificado, TLS ou credenciais e non de editor. Cada unha deixa probas distintas, e ningunha aparece no diálogo. Lea o rexistro do cliente antes de volver abrir o panel de axustes.

Demóstreo cun recurso que use de verdade

Unha vez que o tipo existe e a conexión está gardada, máquea e abra un recurso que use de verdade. A activación por si soa só demostra que os dous extremos se puxeron de acordo nun túnel. Un túnel que sobe e non leva nada é o seguinte modo de fallo, e o panel non pode velo.

Anote que recurso probou, para que a seguinte persoa repita esa comprobación en vez de comezar de cero. Cando o túnel está activo e o recurso segue fallando, a investigación pasa ás rutas e ao DNS e non volve ao diálogo. Esa nota é a diferenza entre unha reparación e un relato.