AnyConnect overskriver profilen din? Det er en navnekollisjon

Historien som går rundt, er at AnyConnect mistet den andre gatewayen din, eller at klienten er for gammel til å holde to profiler. Ingen av delene skjedde. Det som skjedde, er at klienten lagrer hver profil den har sett som en fil oppkalt etter det serveren sendte, og de to gatewayene dine kaller filen sin det samme. Det er ett sted på disken for det navnet, så den andre nedlastingen tar plassen til den første.

To mapper, og bare én av dem er din

Kopien som endrer seg, er arbeidskopien under din egen brukerprofil, vanligvis %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. Den filen registrerer den siste tilkoblingen du gjorde, og hvilken profil den brukte. Fordi den ligger i mappen din, skriver klienten den på nytt ved hver tilkobling uten å be om forhøyede rettigheter.

Listen du ser i rullegardinmenyen, er noe annet. Hver profil maskinen noen gang har mottatt, kopieres til %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile, og klienten viser filene som ligger der. Å skrive til den mappen krever administratorrettigheter, noe som forklarer et symptom folk leser feil: å legge til en profil manuelt som vanlig bruker ser ut til å virke, og så forsvinner oppføringen.

Så filen per bruker er en peker, og mappen for hele maskinen er biblioteket. En manglende oppføring betyr at biblioteket endret seg, ikke pekeren.

Klienten matcher filer etter navn, ikke etter gateway

Profilidentiteten i denne klienten er filnavnet. To enheter som begge sender company.xml, er fra det lokale profillagerets synspunkt den samme profilen publisert to ganger. Den andre nedlastingen overskriver den første, og oppføringen i vinduet peker fortsatt på én fil som nå beskriver det andre stedet.

Derfor ser feilen så rar ut. Navnet på listen leses fortsatt som stedet du forventer, autentiseringen lykkes fortsatt mot gatewayen som faktisk er konfigurert, og ingenting rapporterer en feil. Det som endret seg, er innholdet bak en etikett du stolte på.

Les HostAddress, ikke etiketten

Åpne filen i et tekstredigeringsprogram og se på serverlisten. En profil har et HostName-element, som er en visningsetikett, og et HostAddress-element, som er gatewayen klienten faktisk kontakter. Etiketten er fri tekst som hvem som helst kan redigere, og adressen avgjør hvor du havner.

Sammenlign de to med gatewayen du ville nå, før du konkluderer med at klienten er ødelagt.

Beholde begge gatewayene, i rekkefølge

Skaff den godkjente profilen for hvert sted, enten fra stedet eller fra en maskin som allerede kobler til. Gi hver fil nytt navn slik at de to navnene er ulike, for eksempel site-a.xml og site-b.xml. Legg begge i profilmappen for hele maskinen som administrator, og ta vare på originalene du fikk. Start deretter klienten på nytt og bekreft at begge oppføringene vises i rullegardinmenyen.

Etter at du har koblet til hver av dem, åpne preferences.xml igjen og kontroller hvilket profilnavn den nå registrerer som sist brukt. Hvis navnet stemmer med oppføringen du klikket på, oppfører den lokale tilordningen seg riktig. Hvis ikke, skyver noe fortsatt en fil over den omdøpte kopien din.

Hva omdøping ikke retter

Et nytt filnavn endrer en lokal etikett og ingenting annet. Gatewayadressen, autentiseringsmetoden, sertifikatet serveren viser, og enhver gruppevalg inne i profilen blir som de var. En omdøpt kopi av feil profil er fortsatt feil profil, og den kobler deg til feil sted under et overbevisende navn.

Den tåler heller ikke en administrasjonspush som retter seg mot det opprinnelige filnavnet.

Når neste push gjør det om igjen

Hvis organisasjonen din distribuerer profiler etter navn, erstatter en oppdatering enhver fil som deler det navnet. Behandle de omdøpte kopiene som en lokal bekvemmelighet, og gjenta tilkoblingstesten etter hver klientoppdatering, og kontroller adressen og ikke etiketten.

For en varig ordning, be om et støttet oppsett med flere gatewayer i stedet for å vedlikeholde filer manuelt. Endringer i programmappen er det første en oppgradering fjerner, og filen med brukerinnstillinger skrives om av design.

Hold én linje per gateway: filnavn, HostAddress og hvilken mappe den ligger i. Det notatet svarer på neste rapport om feil sted raskere enn en reinstallasjon.