AnyConnect sobrescribe o teu perfil? É unha colisión de nomes

A historia que circula é que AnyConnect perdeu o teu segundo portal, ou que o cliente é demasiado antigo para manter dous perfís. Non ocorreu ningunha das dúas cousas. O que ocorreu é que o cliente garda cada perfil que viu como un ficheiro co nome que enviou o servidor, e os teus dous portais chaman igual ao seu ficheiro. No disco hai un só sitio para ese nome, así que a segunda descarga ocupa o sitio da primeira.

Dous cartafoles, e só un é teu

A copia que cambia é a copia de traballo baixo o teu propio perfil de usuario, normalmente %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. Ese ficheiro rexistra a última conexión que fixeches e que perfil utilizou. Como vive no teu cartafol, o cliente reescríbeo en cada conexión sen pedir elevación.

A lista que ves no despregable é outra cousa. Cada perfil que a máquina recibiu algunha vez cópiase en %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile, e o cliente lista os ficheiros que haxa alí. Escribir nese cartafol require dereitos de administrador, o que explica un síntoma que a xente le mal: engadir un perfil a man como usuario normal parece funcionar, e despois a entrada desaparece.

Así que o ficheiro por usuario é un punteiro e o cartafol de toda a máquina é a biblioteca. Unha entrada que falta significa que cambiou a biblioteca, non o punteiro.

O cliente emparella ficheiros polo nome, non polo portal

A identidade do perfil neste cliente é o nome do ficheiro. Dous dispositivos que ambos publican company.xml son, dende o punto de vista do almacén local de perfís, o mesmo perfil publicado dúas veces. A segunda descarga sobrescribe a primeira, e a entrada da xanela segue apuntando a un ficheiro que agora describe o outro sitio.

Por iso o fallo parece tan estraño. O nome da lista séguise lendo como o lugar que esperas, a autenticación segue tendo éxito contra o portal que realmente está configurado, e nada informa dun erro. O que cambiou é o contido detrás dunha etiqueta na que confiabas.

Le HostAddress, non a etiqueta

Abre o ficheiro nun editor de texto e mira a lista de servidores. Un perfil leva un elemento HostName, que é unha etiqueta de visualización, e un elemento HostAddress, que é o portal co que o cliente contacta realmente. A etiqueta é texto libre que calquera pode editar, e o enderezo é o que decide onde acabas.

Compara eses dous co portal ao que querías chegar antes de concluír que o cliente está roto.

Conservar os dous portais, en orde

Consegue o perfil aceptado de cada sitio, xa sexa do sitio ou dunha máquina que xa conecta. Renomea cada ficheiro para que os dous nomes difiran, por exemplo site-a.xml e site-b.xml. Como administrador, coloca ambos no cartafol de perfís de toda a máquina e garda os orixinais que recibiches. Despois reinicia o cliente e confirma que ambas as entradas aparecen no despregable.

Despois de conectarte a cada unha, volve abrir preferences.xml e comproba que nome de perfil rexistra agora como último usado. Se o nome coincide coa entrada na que fixeches clic, o mapeo local compórtase ben. Se non, algo segue enviando un ficheiro sobre a túa copia renomeada.

Que non arranxa renomear

Un nome de ficheiro novo cambia unha etiqueta local e nada máis. O enderezo do portal, o método de autenticación, o certificado que presenta o servidor e calquera selección de grupo dentro do perfil quedan como estaban. Unha copia renomeada do perfil equivocado segue sendo o perfil equivocado, e conectarate ao sitio equivocado baixo un nome convincente.

Tampouco sobrevive a un envío de xestión dirixido ao nome de ficheiro orixinal.

Cando o seguinte envío o desfai

Se a túa organización distribúe perfís por nome, unha actualización substitúe calquera ficheiro que comparta ese nome. Trata as copias renomeadas como unha comodidade local e repite a proba de conexión tras cada actualización do cliente, mirando o enderezo e non a etiqueta.

Para un arranxo permanente, pide unha configuración de varios portais compatible en lugar de manter ficheiros a man. As edicións dentro do directorio do programa son o primeiro que elimina unha actualización, e o ficheiro de preferencias por usuario reescríbese por deseño.

Mantén unha liña por portal: nome do ficheiro, HostAddress e en que cartafol vive. Esa nota responde ao seguinte informe de sitio equivocado máis rápido que unha reinstalación.