Kas AnyConnect kirjutab sinu profiili üle? See on nimede kokkupõrge

Liikvel on lugu, et AnyConnect kaotas sinu teise lüüsi või et klient on liiga vana, et kahte profiili hoida. Kumbki ei juhtunud. Juhtus see, et klient salvestab iga nähtud profiili failina, mis on nimetatud selle järgi, mida server saatis, ja sinu kaks lüüsi nimetavad oma faili samamoodi. Kettal on selle nime jaoks üks koht, nii et teine allalaadimine võtab esimese koha.

Kaks kausta ja ainult üks neist on sinu

Pidevalt muutuv koopia on töökoopia sinu enda kasutajaprofiili all, tavaliselt %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. See fail registreerib viimase ühenduse, mille tegid, ja millist profiili see kasutas. Kuna see asub sinu kaustas, kirjutab klient selle igal ühendusel üle ilma õiguste tõstmist palumata.

Rippmenüüs nähtav nimekiri on midagi muud. Iga profiil, mille masin on kunagi saanud, kopeeritakse kausta %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile, ja klient loetleb seal olevad failid. Sellesse kausta kirjutamine nõuab administraatori õigusi, mis selgitab sümptomit, mida inimesed valesti loevad: profiili käsitsi lisamine tavakasutajana näib toimivat, seejärel kirje kaob.

Seega on kasutajapõhine fail osuti ja kogu masina kaust on teek. Puuduv kirje tähendab, et teek muutus, mitte osuti.

Klient sobitab faile nime, mitte lüüsi järgi

Profiili identiteet selles kliendis on failinimi. Kaks seadet, mis mõlemad saadavad company.xml, on kohaliku profiilisalve seisukohast sama profiil, mis on kaks korda avaldatud. Teine allalaadimine kirjutab esimese üle ja akna kirje osutab endiselt ühele failile, mis kirjeldab nüüd teist kohta.

Seetõttu näeb rike nii imelik välja. Nimekiri loeb endiselt nagu koht, mida ootad, autentimine õnnestub endiselt selle lüüsi vastu, mis on tegelikult seadistatud, ja miski ei teata viga. Muutus sisu sildi taga, mida usaldasid.

Loe HostAddressi, mitte silti

Ava fail tekstiredaktoris ja vaata serverite nimekirja. Profiilil on element HostName, mis on kuvamise silt, ja element HostAddress, mis on lüüs, millega klient tegelikult ühendust võtab. Silt on vaba tekst, mida igaüks saab muuta, ja aadress otsustab, kuhu jõuad.

Võrdle neid kahte lüüsiga, kuhu kavatsesid jõuda, enne kui järeldad, et klient on katki.

Mõlema lüüsi hoidmine, järjekorras

Hangi iga saidi jaoks aktsepteeritud profiil, kas saidilt või masinalt, mis juba ühendub. Nimeta iga fail ümber nii, et kaks nime erineksid, näiteks site-a.xml ja site-b.xml. Administraatorina aseta mõlemad masina profiilikausta ja hoia alles saadud originaalid. Seejärel taaskäivita klient ja kinnita, et mõlemad kirjed ilmuvad rippmenüüsse.

Pärast mõlemaga ühendamist ava uuesti preferences.xml ja vaata, millise profiili nime see nüüd viimasena kasutatuna registreerib. Kui nimi vastab kirjele, millele klõpsasid, töötab kohalik vastendus korralikult. Kui mitte, surub miski endiselt faili sinu ümbernimetatud koopia peale.

Mida ümbernimetamine ei paranda

Uus failinimi muudab kohalikku silti ja ei midagi muud. Lüüsi aadress, autentimismeetod, serveri esitatav sertifikaat ja igasugune grupivalik profiili sees jäävad endisteks. Vale profiili ümbernimetatud koopia on endiselt vale profiil ja ühendab sind usutava nime all vale kohaga.

See ei ela üle ka halduslükkamist, mis sihib algset failinime.

Kui järgmine lükkamine selle tühistab

Kui sinu organisatsioon levitab profiile nime järgi, asendab uuendus iga faili, mis seda nime kannab. Käsitle ümbernimetatud koopiaid kohaliku mugavusena ja korda ühendustesti pärast iga kliendi uuendust, kontrollides aadressi, mitte silti.

Püsiva lahenduse jaoks küsi toetatud mitme lüüsiga seadistust, selle asemel et faile käsitsi hooldada. Programmi kataloogis tehtud muudatused on esimene asi, mille uuendus eemaldab, ja kasutajapõhine eelistusfail kirjutatakse disaini järgi üle.

Hoia üks rida lüüsi kohta: failinimi, HostAddress ja millises kaustas see asub. See märge vastab järgmisele vale koha teatisele kiiremini kui ümberpaigaldus.