AnyConnect sovrascrive il tuo profilo? È una collisione di nomi

La storia che circola è che AnyConnect ha perso il tuo secondo gateway, o che il client è troppo vecchio per tenere due profili. Nessuna delle due cose è successa. Quello che è successo è che il client salva ogni profilo che ha visto come un file chiamato come ciò che ha inviato il server, e i tuoi due gateway chiamano il proprio file allo stesso modo. Sul disco c'è un solo posto per quel nome, quindi il secondo download prende il posto del primo.

Due cartelle, e solo una è tua

La copia che cambia è la copia di lavoro sotto il tuo profilo utente, di solito %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. Quel file registra l'ultima connessione che hai fatto e quale profilo ha usato. Poiché vive nella tua cartella, il client lo riscrive a ogni connessione senza chiedere l'elevazione dei privilegi.

L'elenco che vedi nel menu a discesa è un'altra cosa. Ogni profilo che la macchina ha mai ricevuto viene copiato in %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile, e il client elenca i file che si trovano lì. Scrivere in quella cartella richiede i diritti di amministratore, il che spiega un sintomo che le persone leggono male: aggiungere un profilo a mano come utente normale sembra funzionare, poi la voce scompare.

Quindi il file per utente è un puntatore e la cartella dell'intera macchina è la libreria. Una voce mancante significa che è cambiata la libreria, non il puntatore.

Il client abbina i file per nome, non per gateway

L'identità del profilo in questo client è il nome del file. Due appliance che pubblicano entrambe company.xml sono, dal punto di vista dell'archivio locale dei profili, lo stesso profilo pubblicato due volte. Il secondo download sovrascrive il primo, e la voce nella finestra continua a puntare a un file che ora descrive l'altro sito.

Ecco perché il guasto sembra così strano. Il nome nell'elenco si legge ancora come il luogo che ti aspetti, l'autenticazione riesce ancora contro il gateway realmente configurato, e nulla segnala un errore. Quello che è cambiato è il contenuto dietro un'etichetta di cui ti fidavi.

Leggi HostAddress, non l'etichetta

Apri il file in un editor di testo e guarda l'elenco dei server. Un profilo porta un elemento HostName, che è un'etichetta di visualizzazione, e un elemento HostAddress, che è il gateway che il client contatta realmente. L'etichetta è testo libero che chiunque può modificare, e l'indirizzo decide dove atterri.

Confronta quei due con il gateway che volevi raggiungere prima di concludere che il client è rotto.

Conservare entrambi i gateway, in ordine

Procurati il profilo accettato di ogni sito, o dal sito o da una macchina che si connette già. Rinomina ogni file in modo che i due nomi differiscano, per esempio site-a.xml e site-b.xml. Come amministratore, metti entrambi nella cartella dei profili dell'intera macchina e conserva gli originali che hai ricevuto. Poi riavvia il client e verifica che entrambe le voci compaiano nel menu a discesa.

Dopo esserti connesso a ciascuno, riapri preferences.xml e controlla quale nome di profilo registra ora come ultimo usato. Se il nome corrisponde alla voce su cui hai fatto clic, la mappatura locale si comporta bene. Se non corrisponde, qualcosa sta ancora spingendo un file sopra la tua copia rinominata.

Cosa non risolve la rinomina

Un nuovo nome di file cambia un'etichetta locale e nient'altro. L'indirizzo del gateway, il metodo di autenticazione, il certificato che il server presenta e qualsiasi selezione di gruppo dentro il profilo restano come erano. Una copia rinominata del profilo sbagliato è ancora il profilo sbagliato, e ti collegherà al sito sbagliato sotto un nome convincente.

Non sopravvive nemmeno a un push di gestione che punta al nome di file originale.

Quando il push successivo annulla tutto

Se la tua organizzazione distribuisce i profili per nome, un aggiornamento sostituisce qualsiasi file che porti quel nome. Considera le copie rinominate una comodità locale e ripeti il test di connessione dopo ogni aggiornamento del client, controllando l'indirizzo invece dell'etichetta.

Per una soluzione duratura, chiedi una configurazione multi-gateway supportata invece di mantenere i file a mano. Le modifiche dentro la directory del programma sono la prima cosa che un aggiornamento rimuove, e il file delle preferenze per utente viene riscritto per progettazione.

Tieni una riga per gateway: nome del file, HostAddress e cartella in cui si trova. Quella nota risponde al prossimo rapporto di sito sbagliato più in fretta di una reinstallazione.