vpnc, OpenConnect ou wrapper AnyConnect: qual escolher?
Uma entrada de menu não é compatibilidade. Alinhe o protocolo e o fluxo de autenticação aprovado antes de instalar outro plug-in compatível com Cisco.
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.