OpenVPN ausente no menu VPN do Ubuntu 18.04: o que instalar

A lista de VPN do GNOME pode não oferecer nada que corresponda ao perfil que você recebeu, e a conclusão habitual é que a área de trabalho não sabe fazer OpenVPN. Ela sabe. O que falta é um pacote de plug-in, e o cliente de linha de comando na mesma máquina não tem nada a ver com o menu. É esse mito que vale matar primeiro, porque ele manda as pessoas reinstalarem a coisa errada.

O menu lista plug-ins, não protocolos

O GNOME desenha os tipos de conexão que o gerenciador de rede relata, e o gerenciador relata os plug-ins instalados. Uma lista vazia, portanto, descreve o conjunto de plug-ins instalados, não as capacidades do protocolo. É por isso que um binário openvpn que funciona não muda nada no painel.

A distinção importa porque, pelo painel, as duas falhas parecem idênticas. Um plug-in ausente e um plug-in quebrado produzem uma janela que não pode ajudar, e só a primeira se resolve instalando algo. Perguntar ao gerenciador o que ele sabe separa as duas antes de você instalar qualquer coisa. Essa pergunta custa um comando e substitui uma hora de adivinhação.

Qual pacote é dono da janela

No Ubuntu 18.04 os pacotes têm nomes específicos, e versões mais novas mantiveram a mesma divisão. Leia-os como papéis e não como alternativas, pois instalar um raramente resolve o problema sozinho. Um pacote contém o daemon e o cliente de linha de comando, e nenhum dos dois conhece qualquer janela de configurações.

O pacote de plug-in é o que permite ao gerenciador de rede criar, armazenar e iniciar uma conexão OpenVPN. O pacote do editor fornece o formulário, seus campos e o caminho de salvamento que o painel chama. Uma máquina com o plug-in e sem o editor mostra um tipo que não consegue configurar, enquanto uma máquina com o editor e sem o plug-in não mostra nada. Instale o conjunto junto e a ambiguidade some.

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

No 18.04 esses são os nomes reais dos arquivos, não substitutos. Um desktop KDE precisa do próprio pacote de editor e continua precisando do plug-in, e é essa a parte que um guia só para GNOME omite.

Reiniciar faz parte da instalação

O painel pede ao gerenciador os tipos suportados na inicialização do serviço, e uma lista já desenhada não é atualizada por uma instalação. Instalar com o serviço em execução produz, portanto, a combinação frustrante de uma instalação bem-sucedida e uma janela inalterada. Reiniciar não é manutenção opcional; é o passo que torna a instalação visível.

Reiniciar corta a conectividade por vários segundos, e qualquer sessão SSH que passe pela mesma interface vai junto, então planeje isso se a máquina for remota. Depois reabra o painel e pergunte ao gerenciador diretamente o que ele suporta. Uma consulta direta é evidência melhor do que um menu que pode estar em cache.

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

O último comando é o teste decisivo. Com o plug-in, ele falha por falta de argumentos; sem ele, relata um tipo de VPN desconhecido. Um desfecho é um formulário à espera de ser preenchido, e o outro ainda é um problema de empacotamento. Execute-o antes e depois da instalação se quiser que o contraste fique óbvio.

Deixe o nmcli ler o .ovpn

Nada obriga você a reconstruir um perfil fornecido controle por controle. O gerenciador lê arquivos .ovpn diretamente e transforma suas diretivas em uma conexão armazenada, certificados inline incluídos. Importar também vence a transcrição em precisão, porque uma cifra digitada errado ou uma chave truncada produz uma falha que parece problema do servidor.

Deixe o perfil ao lado de qualquer chave ou certificado a que ele se refira até a gravação terminar, porque uma conexão que armazena apenas caminhos de arquivo quebra quando esses arquivos se movem. Depois teste a conexão pelo nome, e responda a qualquer pedido de credenciais em primeiro plano para ver o que ele quer. Uma conexão salva que nunca foi ativada não é evidência de nada.

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

Esse terceiro comando confirma que o túnel está no ar com o nome que você espera. Ele também separa uma conexão que falhou de uma que nunca foi ativada.

O que o menu não pode lhe dizer

Um tipo ausente não diz nada sobre o gateway, e não significa que o servidor recuse OpenVPN. Não é motivo para instalar o plug-in de um protocolo não relacionado só para que apareça um item de menu. Esse segundo erro tem nome na prática: as pessoas acabam apontando um perfil PPTP ou AnyConnect para um serviço OpenVPN porque eram esses os itens oferecidos.

Conserte o empacotamento primeiro; a pergunta sobre o servidor vem depois. Um perfil que importa limpo e nunca autentica está falhando numa questão de certificado, TLS ou credenciais, e não de editor. Cada uma dessas deixa evidências diferentes, e nenhuma aparece na janela. Leia o log do cliente antes de reabrir o painel de configurações.

Prove com um recurso que você realmente usa

Assim que o tipo existir e a conexão estiver salva, disca-a e abra um recurso que você realmente usa. A ativação sozinha prova apenas que as duas pontas concordaram com um túnel. Um túnel que sobe e não transporta nada é o próximo modo de falha, e o painel não consegue vê-lo.

Anote qual recurso você testou, para que a próxima pessoa repita essa verificação em vez de começar do zero. Quando o túnel está no ar e o recurso ainda falha, a investigação passa para rotas e DNS e não volta para a janela. Essa nota é a diferença entre uma correção e uma história.