Instalar un complemento tras otro hasta que algo se conecte puede consumir una tarde entera, porque «Cisco VPN» describe al menos tres disposiciones distintas. Un perfil antiguo con secreto de grupo y XAuth no es el mismo servicio que una pasarela compatible con AnyConnect, aunque la misma organización ejecute ambos. El complemento debe coincidir con el protocolo y con el flujo de autenticación, no con el logotipo del proveedor. Una entrada de menú solo dice qué integración está presente, nunca cuál aceptará la pasarela.

Pregunte al administrador de la pasarela dos cosas: qué protocolo y qué cliente está aprobado para él.

Tres integraciones, tres objetivos distintos

NetworkManager las enumera como integraciones separadas. NetworkManager-vpnc cubre el IPsec antiguo compatible con Cisco. NetworkManager-openconnect ofrece una interfaz basada en OpenConnect para los protocolos admitidos, incluido AnyConnect. El envoltorio AnyConnect listado por separado depende de que el cliente propietario esté instalado y configurado primero.

No son formas de escribir el mismo ejecutable. Instalar uno no hace funcionar los demás, y una entrada que aparece en un menú es un hecho de la interfaz, no una garantía de compatibilidad.

La autenticación decide más que el transporte

Un transporte coincidente es solo el principio. El inicio de sesión puede necesitar un certificado, un traspaso al navegador, un segundo factor o una comprobación de postura del dispositivo final que una interfaz de terceros no implementa. OpenConnect documenta varios mecanismos de autenticación, pero una lista de funciones no es una promesa de que cada pasarela acepte cada interfaz. Un secreto de grupo de un perfil antiguo nunca debe pegarse en un campo de autenticación ajeno solo porque la caja de contraseña se parecía.

Obtenga un perfil y el traspaso de credenciales para el cliente aprobado. Traducir por posición visual es como las credenciales terminan en el lugar equivocado.

El mantenimiento forma parte de la elección

La documentación del propio NetworkManager marca el complemento vpnc como no mantenido y sugiere NetworkManager-libreswan como una posible sustitución para la misma familia de protocolos IKEv1. También advierte de que los perfiles deben recrearse y de que no se ha comprobado la paridad opción por opción. Eso es una dirección, no una herramienta de conversión.

El propio IKEv1 está obsoleto. Para una conexión antigua aprobada, separe la pregunta a corto plazo de qué cliente ejecutar de la pregunta a largo plazo de cuándo cambiará de protocolo la pasarela.

Los paquetes separan el servicio del editor

Un complemento de NetworkManager suele distribuirse en dos piezas: un componente del lado del servicio que establece el túnel y una integración con el editor que permite al escritorio configurarlo. Las distribuciones dividen y nombran estos paquetes de forma distinta, e instalar solo el cliente de línea de comandos puede dejar el editor sin formulario. Compruebe las dos mitades en la lista de paquetes de su distribución y mantenga la versión de ejecución compatible con la versión de NetworkManager en la que se integra.

Un cliente autónomo que funciona demuestra que el protocolo funciona. No demuestra que la integración con el escritorio esté instalada.

Escriba el contrato

La respuesta del administrador debería producir cinco líneas: protocolo, cliente o complemento aprobado, flujo de inicio de sesión, paquetes necesarios y el propietario que mantiene la pasarela. Con eso escrito, el siguiente fallo tiene un punto de partida en lugar de una lista de complementos que probar.

Si la respuesta es «el que se conecte», el entorno tiene un problema de documentación que sobrevivirá a este tiquete. Vuelva a preguntar con las entradas de menú concretas delante.

Artículos relacionados