Instalar um plug-in após o outro até algo se ligar pode consumir uma tarde inteira, porque «Cisco VPN» descreve pelo menos três disposições distintas. Um perfil antigo com segredo de grupo e XAuth não é o mesmo serviço que um gateway compatível com AnyConnect, mesmo quando a mesma organização executa ambos. O plug-in tem de corresponder ao protocolo e ao fluxo de autenticação, não ao logotipo do fornecedor. Uma entrada de menu diz apenas qual integração está presente, nunca qual o gateway aceitará.

Pergunte ao administrador do gateway duas coisas: qual protocolo e qual cliente está aprovado para ele.

Três integrações, três alvos diferentes

O NetworkManager lista-as como integrações separadas. O NetworkManager-vpnc cobre o IPsec antigo compatível com Cisco. O NetworkManager-openconnect fornece uma interface baseada em OpenConnect para os protocolos suportados, incluindo o AnyConnect. O wrapper AnyConnect listado à parte depende de o cliente proprietário estar instalado e configurado primeiro.

Não são grafias do mesmo executável. Instalar um não faz os outros funcionarem, e uma entrada que aparece num menu é um facto da interface, não uma garantia de compatibilidade.

A autenticação decide mais do que o transporte

Um transporte correspondente é apenas o começo. O início de sessão pode exigir um certificado, uma transferência para o navegador, um segundo fator ou uma verificação de postura do dispositivo final que uma interface de terceiros não implementa. O OpenConnect documenta vários mecanismos de autenticação, mas uma lista de funcionalidades não é a promessa de que cada gateway aceita cada interface. Um segredo de grupo de um perfil antigo nunca deve ser colado num campo de autenticação alheio só porque a caixa da palavra-passe parecia igual.

Obtenha um perfil e a transferência de credenciais para o cliente aprovado. Traduzir pela posição visual é como as credenciais acabam no lugar errado.

A manutenção faz parte da escolha

A documentação do próprio NetworkManager marca o plug-in vpnc como não mantido e sugere o NetworkManager-libreswan como uma substituição possível para a mesma família de protocolos IKEv1. Também avisa que os perfis têm de ser recriados e que a paridade por opção não foi verificada. Isso é uma direção, não uma ferramenta de conversão.

O próprio IKEv1 está obsoleto. Para uma ligação antiga aprovada, separe a pergunta de curto prazo sobre que cliente executar da pergunta de longo prazo sobre quando o gateway mudará de protocolo.

Os pacotes separam o serviço do editor

Um plug-in do NetworkManager costuma ser fornecido em duas peças: um componente do lado do serviço que estabelece o túnel e uma integração com o editor que permite ao ambiente de trabalho configurá-lo. As distribuições dividem e nomeiam estes pacotes de forma diferente, e instalar apenas o cliente de linha de comando pode deixar o editor sem formulário. Verifique as duas metades na lista de pacotes da sua distribuição e mantenha a versão de execução compatível com a versão do NetworkManager em que se integra.

Um cliente autónomo a funcionar prova que o protocolo funciona. Não prova que a integração com o ambiente de trabalho está instalada.

Escreva o contrato

A resposta do administrador deve produzir cinco linhas: protocolo, cliente ou plug-in aprovado, fluxo de início de sessão, pacotes necessários e o proprietário que mantém o gateway. Com isso escrito, a próxima falha tem um ponto de partida em vez de uma lista de plug-ins para experimentar.

Se a resposta for «o que se ligar», o ambiente tem um problema de documentação que sobreviverá a este ticket. Volte a perguntar com as entradas de menu concretas à frente.

Artigos relacionados