NordVPN no Ubuntu: daemon, login e remoção limpa

Comece pelo que o terminal relata, não pelo instalador. Um cliente VPN de fornecedor pode falhar porque o serviço em segundo plano não está rodando, porque o pacote quebrou contra uma distribuição mais nova, porque o fluxo de login mudou ou porque um perfil de conexão antigo ainda está ativo. Cada caso deixa um rastro diferente, e reinstalar corrige no máximo um deles. Percorra as verificações em ordem e pare quando as evidências apontarem para uma camada.

Comece pelo serviço, não pelo instalador

Leia primeiro o estado da unidade: systemctl status nordvpnd informa se o daemon está rodando e se foi reiniciado recentemente. Uma mensagem de permissão de socket como Permission denied accessing /run/nordvpn/nordvpnd.sock diz respeito à associação ao grupo, não ao túnel. Adicione a conta ao grupo do fornecedor, depois saia completamente da sessão da área de trabalho e entre novamente. Um terminal novo mantém a lista antiga de grupos, então id é a única confirmação rápida de que a mudança foi aplicada.

Quando o daemon está saudável mas o cliente o ignora, o pacote é o suspeito mais provável. Uma entrada gráfica que não faz nada e um comando que sai em silêncio são sintomas no nível do pacote. Após uma atualização da distribuição, um gerenciador do fornecedor escrito em Python pode falhar contra uma API de biblioteca removida, então compare a compilação instalada com o que o fornecedor entrega agora antes de apagar qualquer coisa.

Escolha o caminho de login que a compilação oferece

As instruções de login do ano passado podem descrever uma flag que não existe mais. Nas compilações atuais, nordvpn login --legacy retorna flag provided but not defined: -legacy, e os dois caminhos suportados são um token do portal e um retorno de chamada do navegador. Para o caminho do token, gere-o na página da conta e passe-o uma vez: nordvpn login --token <token>. Para o caminho do retorno de chamada, copie o endereço de sucesso, troque https:// por nordvpn:// e coloque o resultado entre aspas quando o entregar a nordvpn login --callback.

Ambos os valores são credenciais. Um token sem validade é prático em uma máquina sem tela e caro no histórico do shell, então apague-o após o uso e mantenha-o fora dos pacotes de suporte.

Desinstale completamente, repositório incluído

A remoção tem três partes: o pacote, a fonte apt e a associação ao grupo. Limpar apenas o pacote deixa um repositório que continua respondendo a apt update, e um grupo obsoleto que continua concedendo acesso a um socket que ninguém deveria possuir. Se o cliente veio de um .deb baixado, resolva primeiro o nome exato do pacote com dpkg -l | grep -i nordvpn, porque adivinhar produz uma limpeza que não remove nada.

Guarde as instruções de desinstalação do próprio fornecedor se existirem, e anote o que você removeu para que uma reinstalação posterior não herde silenciosamente meia configuração.

sudo apt purge nordvpn
sudo rm /etc/apt/sources.list.d/nordvpn.list
sudo gpasswd -d "$USER" nordvpn

Remova perfis que a desinstalação esqueceu

O NetworkManager guarda as conexões em seu próprio armazenamento, e um cliente que escreveu uma durante a configuração pode deixá-la ativa muito depois da remoção. O culpado conhecido é pvpn-ipv6leak-protection. Liste com nmcli connection show e nmcli connection show --active, anote o UUID e exclua por esse identificador para não remover um perfil vivo. Se a entrada reaparecer após uma reinicialização, exclua o arquivo de chave dela em /etc/NetworkManager/system-connections/ e reinicie o NetworkManager.

Não esvazie esse diretório. Outros VPNs e perfis cabeados comuns vivem ali também, e uma limpeza que os remove cria uma segunda interrupção. Entradas salvas por outros fornecedores merecem a mesma cautela: um perfil de servidor salvo não é um daemon em execução, e excluí-lo é uma decisão de configuração, não uma correção de bug.

Login não é o mesmo que um túnel funcionando

Um login bem-sucedido prova apenas que a conta foi autenticada. Se o túnel inicia mas os nomes param de resolver, inspecione a tecnologia escolhida pelo cliente e o estado do resolvedor antes de alterar a conta. Algumas compilações expõem um segundo caminho de dados, e migrar para ele é a solução documentada quando o mais novo falha ao iniciar.

O tráfego que só quebra enquanto você está conectado aponta para um kill switch ou um perfil de proteção contra vazamentos remanescente, não para outro login. Os dispositivos locais precisam de um olhar separado: uma impressora ou servidor de arquivos que desaparece durante a sessão costuma ser bloqueado pela lista de exceções de LAN do fornecedor, não pelo roteador.