AnyConnect îți suprascrie profilul? Este o coliziune de nume
Două gateway-uri, un singur nume de fișier: clientul păstrează ultimul profil în folderul tău, iar biblioteca este la nivelul întregii mașini. Redenumește copiile pentru a le păstra pe amândouă.
Povestea care circulă este că AnyConnect a pierdut al doilea gateway, sau că clientul este prea vechi ca să țină două profiluri. Niciuna nu s-a întâmplat. Ce s-a întâmplat este că clientul salvează fiecare profil văzut ca fișier numit după ce a trimis serverul, iar cele două gateway-uri ale tale își numesc fișierul la fel. Pe disc există un singur loc pentru acel nume, așa că a doua descărcare ia locul primeia.
Două foldere, și doar unul este al tău
Copia care se schimbă este copia de lucru din profilul tău de utilizator, de obicei %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. Acel fișier înregistrează ultima conexiune pe care ai făcut-o și ce profil a folosit. Fiindcă se află în folderul tău, clientul îl rescrie la fiecare conectare fără să ceară elevarea privilegiilor.
Lista pe care o vezi în meniul derulant este altceva. Fiecare profil pe care mașina l-a primit vreodată este copiat în %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile, iar clientul afișează fișierele de acolo. Adăugarea unui profil manual, ca utilizator obișnuit, pare să funcționeze, apoi intrarea dispare.
Deci fișierul per utilizator este un indicator, iar folderul întregii mașini este biblioteca. O intrare lipsă înseamnă că s-a schimbat biblioteca, nu indicatorul.
Clientul potrivește fișierele după nume, nu după gateway
Identitatea profilului în acest client este numele fișierului. Două dispozitive care publică amândouă company.xml sunt, din punctul de vedere al depozitului local de profiluri, același profil publicat de două ori. A doua descărcare îl suprascrie pe primul, iar intrarea din fereastră continuă să indice un fișier care descrie acum cealaltă locație.
De aceea defecțiunea pare atât de ciudată. Numele din listă se citește în continuare ca locul pe care îl aștepți, autentificarea reușește în continuare față de gateway-ul care este într-adevăr configurat, și nimic nu raportează o eroare. Ce s-a schimbat este conținutul din spatele unei etichete în care aveai încredere.
Citește HostAddress, nu eticheta
Deschide fișierul într-un editor de text și uită-te la lista de servere. Un profil are un element HostName, care este o etichetă de afișare, și un element HostAddress, care este gateway-ul cu care clientul contactează efectiv. Eticheta este text liber pe care oricine îl poate edita, iar adresa decide unde ajungi.
Compară aceste două cu gateway-ul pe care voiai să ajungi înainte de a concluziona că clientul este defect.
Păstrarea ambelor gateway-uri, în ordine
Obține profilul acceptat pentru fiecare locație, fie de la locație, fie de la o mașină care se conectează deja. Redenumește fiecare fișier astfel încât cele două nume să difere, de exemplu site-a.xml și site-b.xml. Ca administrator, pune ambele în folderul de profiluri al întregii mașini și păstrează originalele primite. Apoi repornește clientul și confirmă că ambele intrări apar în meniul derulant.
După ce te conectezi la fiecare, deschide din nou preferences.xml și verifică ce nume de profil înregistrează acum ca ultim utilizat. Dacă numele corespunde intrării pe care ai dat clic, maparea locală se comportă corect. Dacă nu, ceva încă împinge un fișier peste copia redenumită.
Ce nu repară redenumirea
Un nume nou de fișier schimbă o etichetă locală și nimic altceva. Adresa gateway-ului, metoda de autentificare, certificatul prezentat de server și orice selecție de grup din profil rămân cum erau. O copie redenumită a profilului greșit este tot profilul greșit și te va conecta la locația greșită sub un nume convingător.
De asemenea, nu rezistă unui push de administrare care vizează numele original al fișierului.
Când următorul push anulează totul
Dacă organizația ta distribuie profiluri după nume, o actualizare înlocuiește orice fișier care are acel nume. Tratează copiile redenumite ca pe o comoditate locală și repetă testul de conectare după fiecare actualizare a clientului, verificând adresa și nu eticheta.
Pentru o soluție permanentă, cere o configurație multi-gateway acceptată în loc să întreții fișiere manual. Modificările din directorul programului sunt primul lucru pe care îl elimină o actualizare, iar fișierul de preferințe per utilizator este rescris prin proiectare.
Ține o linie per gateway: numele fișierului, HostAddress și folderul în care se află. Acea notă răspunde la următorul raport de locație greșită mai repede decât o reinstalare.