vpnc, OpenConnect o embolcall AnyConnect: quin triar?

Instal·lar un connector rere un altre fins que alguna cosa es connecti pot malgastar una tarda sencera, perquè «Cisco VPN» descriu almenys tres disposicions. Un perfil antic amb secret de grup i XAuth no és el mateix servei que una passarel·la compatible amb AnyConnect, encara que la mateixa organització executi tots dos. El connector ha de coincidir amb el protocol i amb el flux d’autenticació, no amb el logotip del fabricant. Una entrada de menú només diu quina integració hi és present, mai quina acceptarà la passarel·la.

Pregunteu a l’administrador de la passarel·la dues coses: quin protocol i quin client hi està aprovat.

Tres integracions, tres objectius diferents

El NetworkManager les llista com a integracions separades. El NetworkManager-vpnc cobreix l’IPsec antic compatible amb Cisco. El NetworkManager-openconnect ofereix una interfície basada en OpenConnect per als protocols admesos, inclòs l’AnyConnect. L’embolcall AnyConnect llistat a part depèn que el client propietari estigui instal·lat i configurat primer.

No són maneres d’escriure el mateix executable. Instal·lar-ne un no fa funcionar els altres, i una entrada que apareix en un menú és un fet de la interfície, no una garantia de compatibilitat.

L’autenticació decideix més que el transport

Un transport coincident només és el començament. L’inici de sessió pot necessitar un certificat, un traspàs al navegador, un segon factor o una comprovació de postura del dispositiu final que una interfície de tercers no implementa. OpenConnect documenta diversos mecanismes d’autenticació, però una llista de funcions no és cap promesa que cada passarel·la accepti cada interfície. Un secret de grup d’un perfil antic no s’ha de enganxar mai en un camp d’autenticació no relacionat només perquè la caixa de contrasenya semblava igual.

Obtingueu un perfil i el traspàs de credencials per al client aprovat. Traduir per posició visual és com les credencials acaben al lloc equivocat.

El manteniment forma part de l’elecció

La documentació del mateix NetworkManager marca el connector vpnc com a no mantingut i suggereix el NetworkManager-libreswan com un possible substitut per a la mateixa família de protocols IKEv1. També avisa que els perfils s’han de tornar a crear i que no s’ha comprovat la paritat opció per opció. Això és una direcció, no una eina de conversió.

L’IKEv1 mateix està obsolet. Per a una connexió antiga aprovada, separeu la pregunta a curt termini de quin client executar de la pregunta a llarg termini de quan la passarel·la canviarà de protocol.

Els paquets separen el servei de l’editor

Un connector del NetworkManager normalment arriba en dues peces: un component del costat del servei que estableix el túnel i una integració amb l’editor que permet a l’escriptori configurar-lo. Les distribucions divideixen i anomenen aquests paquets de manera diferent, i instal·lar només el client de línia d’ordres pot deixar l’editor sense formulari. Comproveu les dues meitats a la llista de paquets de la vostra distribució i manteniu la versió d’execució compatible amb la versió del NetworkManager a què s’endolla.

Un client autònom que funciona demostra que el protocol funciona. No demostra que la integració amb l’escriptori estigui instal·lada.

Escriviu el contracte

La resposta de l’administrador hauria de produir cinc línies: protocol, client o connector aprovat, flux d’inici de sessió, paquets necessaris i el propietari que manté la passarel·la. Amb això escrit, la propera fallada té un punt de partida en lloc d’una llista de connectors per provar.

Si la resposta és «el que es connecti», l’entorn té un problema de documentació que sobreviurà a aquest tiquet. Torneu a preguntar amb les entrades de menú concretes al davant.