AnyConnect sobreescriu el teu perfil? És una col·lisió de noms

La història que circula és que AnyConnect ha perdut la teva segona passarel·la, o que el client és massa antic per mantenir dos perfils. No ha passat cap de les dues coses. El que ha passat és que el client desa cada perfil que ha vist com un fitxer amb el nom que va enviar el servidor, i les teves dues passarel·les donen el mateix nom al seu fitxer. Al disc hi ha un sol lloc per a aquest nom, així que la segona descàrrega ocupa el lloc de la primera.

Dues carpetes, i només una és teva

La còpia que canvia és la còpia de treball dins del teu perfil d'usuari, normalment %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. Aquest fitxer enregistra l'última connexió que vas fer i quin perfil va utilitzar. Com que viu a la teva carpeta, el client el reescriu a cada connexió sense demanar elevació.

La llista que veus al desplegable és una altra cosa. Cada perfil que la màquina ha rebut mai es copia a %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile, i el client llista els fitxers que hi hagi allà. Escriure en aquesta carpeta requereix drets d'administrador, cosa que explica un símptoma que la gent llegeix malament: afegir un perfil a mà com a usuari normal sembla que funciona, i després l'entrada desapareix.

Així, el fitxer per usuari és un punter i la carpeta de tota la màquina és la biblioteca. Una entrada que falta vol dir que ha canviat la biblioteca, no el punter.

El client aparella fitxers pel nom, no per la passarel·la

La identitat del perfil en aquest client és el nom del fitxer. Dos aparells que tots dos publiquen company.xml són, pel que fa al magatzem local de perfils, el mateix perfil publicat dues vegades. La segona descàrrega sobreescriu la primera, i l'entrada de la finestra continua apuntant a un fitxer que ara descriu l'altre lloc.

Per això la fallada sembla tan estranya. El nom de la llista encara es llegeix com el lloc que esperes, l'autenticació encara té èxit contra la passarel·la que realment està configurada, i res no informa d'un error. El que ha canviat és el contingut darrere d'una etiqueta en què confiaves.

Llegeix HostAddress, no l'etiqueta

Obre el fitxer en un editor de text i mira la llista de servidors. Un perfil porta un element HostName, que és una etiqueta de visualització, i un element HostAddress, que és la passarel·la amb què el client contacta realment. L'etiqueta és text lliure que qualsevol pot editar, i l'adreça és el que decideix on acabes.

Compara aquests dos amb la passarel·la que volies assolir abans de concloure que el client està espatllat.

Conservar les dues passarel·les, en ordre

Obtén el perfil acceptat de cada lloc, ja sigui del lloc o d'una màquina que ja connecta. Reanomena cada fitxer perquè els dos noms difereixin, per exemple site-a.xml i site-b.xml. Com a administrador, posa'ls tots dos a la carpeta de perfils de la màquina i guarda els originals que vas rebre. Després reinicia el client i confirma que totes dues entrades apareixen al desplegable.

Després de connectar-te a cadascuna, torna a obrir preferences.xml i comprova quin nom de perfil enregistra ara com a últim utilitzat. Si el nom coincideix amb l'entrada on vas clicar, la mapació local es comporta bé. Si no, alguna cosa encara envia un fitxer sobre la teva còpia reanomenada.

Què no arregla reanomenar

Un nom de fitxer nou canvia una etiqueta local i res més. L'adreça de la passarel·la, el mètode d'autenticació, el certificat que presenta el servidor i qualsevol selecció de grup dins del perfil es queden com estaven. Una còpia reanomenada del perfil equivocat segueix sent el perfil equivocat, i et connectarà al lloc equivocat sota un nom convincent.

També no sobreviu a un enviament de gestió dirigit al nom de fitxer original.

Quan el proper enviament ho desfà

Si la teva organització distribueix perfils per nom, una actualització substitueix qualsevol fitxer que comparteixi aquest nom. Tracta les còpies reanomenades com una comoditat local i torna a fer la prova de connexió després de cada actualització del client, mirant l'adreça i no l'etiqueta.

Per a un arranjament permanent, demana una configuració de múltiples passarel·les suportada en lloc de mantenir fitxers a mà. Les edicions dins del directori del programa són el primer que una actualització elimina, i el fitxer de preferències per usuari es reescriu per disseny.

Mantingues una línia per passarel·la: nom del fitxer, HostAddress i en quina carpeta viu. Aquesta nota respon al proper informe de lloc equivocat més de pressa que una reinstal·lació.