AnyConnect overskriver din profil? Det er et navnesammenstød

Historien, der går rundt, er, at AnyConnect har mistet din anden gateway, eller at klienten er for gammel til at holde to profiler. Ingen af delene er sket. Det, der skete, er, at klienten gemmer hver profil, den har set, som en fil opkaldt efter det, serveren sendte, og dine to gateways kalder begge deres fil det samme. Der er én plads på disken til det navn, så den anden download tager pladsen fra den første.

To mapper, og kun den ene er din

Den kopi, der hele tiden ændrer sig, er arbejdskopien under din egen brugerprofil, normalt %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. Den fil registrerer den seneste forbindelse, du lavede, og hvilken profil den brugte. Fordi den ligger i din mappe, skriver klienten den igen ved hver forbindelse uden at bede om forhøjede rettigheder.

Listen, du ser i rullemenuen, er noget andet. Hver profil, maskinen nogensinde har modtaget, kopieres til %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile, og klienten viser de filer, der ligger der. Det kræver administratorrettigheder at skrive til den mappe, hvilket forklarer et symptom, folk læser forkert: at tilføje en profil manuelt som almindelig bruger ser ud til at virke, og så forsvinder posten.

Så filen pr. bruger er en pegepind, og mappen for hele maskinen er biblioteket. En manglende post betyder, at biblioteket ændrede sig, ikke pegepinden.

Klienten matcher filer på navn, ikke på gateway

Profilidentitet i denne klient er filnavnet. To enheder, der begge sender company.xml, er, hvad det lokale profillager angår, den samme profil udgivet to gange. Den anden download overskriver den første, og posten i vinduet peger stadig på én fil, som nu beskriver det andet sted.

Derfor ser fejlen så mærkelig ud. Navnet på listen læses stadig som det sted, du forventer, godkendelsen lykkes stadig mod den gateway, der faktisk er konfigureret, og intet rapporterer en fejl. Det, der ændrede sig, er indholdet bag et mærke, du stolede på.

Læs HostAddress, ikke mærket

Åbn filen i en teksteditor, og se på serverlisten. En profil bærer et HostName-element, som er et visningsmærke, og et HostAddress-element, som er den gateway, klienten faktisk kontakter. Mærket er fri tekst, som enhver kan redigere, og adressen afgør, hvor du ender.

Sammenlign de to med den gateway, du ville nå, før du konkluderer, at klienten er i stykker.

Behold begge gateways, i rækkefølge

Skaff dig den accepterede profil for hvert sted, enten fra stedet eller fra en maskine, der allerede forbinder. Omdøb hver fil, så de to navne er forskellige, for eksempel site-a.xml og site-b.xml. Læg dem begge i profilmappen for hele maskinen som administrator, og gem de originaler, du modtog. Genstart derefter klienten, og bekræft, at begge poster vises i rullemenuen.

Når du har forbundet til hver af dem, skal du åbne preferences.xml igen og kontrollere, hvilket profilnavn den nu registrerer som senest brugt. Hvis navnet matcher den post, du klikkede på, opfører den lokale mapping sig korrekt. Hvis ikke, er der stadig noget, der sender en fil ind over din omdøbte kopi.

Hvad omdøbning ikke løser

Et nyt filnavn ændrer et lokalt mærke og intet andet. Gatewayadressen, godkendelsesmetoden, certifikatet, serveren præsenterer, og enhver gruppevalg inde i profilen forbliver som de var. En omdøbt kopi af den forkerte profil er stadig den forkerte profil, og den vil forbinde dig til det forkerte sted under et overbevisende navn.

Den overlever heller ikke et administrationspush, der rammer det oprindelige filnavn.

Når det næste push ruller det tilbage

Hvis din organisation distribuerer profiler efter navn, erstatter en opdatering enhver fil med det navn. Behandl de omdøbte kopier som en lokal bekvemmelighed, og gentag forbindelsestesten efter hver klientopdatering, og kontroller adressen i stedet for mærket.

Til en permanent ordning bør du bede om en understøttet opsætning med flere gateways i stedet for at vedligeholde filer manuelt. Ændringer i programmappen er det første, en opgradering fjerner, og filen med brugerindstillinger skrives om af design.

Hold én linje pr. gateway: filnavn, HostAddress og hvilken mappe den ligger i. Den note besvarer den næste rapport om forkert sted hurtigere end en geninstallation.