AnyConnect perrašo jūsų profilį? Tai pavadinimų susidūrimas
Du vartai, vienas failo pavadinimas: klientas laiko paskutinį profilį jūsų aplanke, o biblioteka yra visai mašinai. Pervadinkite kopijas, kad išliktų abi.
Sklando istorija, kad AnyConnect prarado antrus jūsų vartus arba kad klientas per senas, kad išlaikytų du profilius. Nė vienas iš to neįvyko. Įvyko tai, kad klientas kiekvieną matytą profilį saugo kaip failą, pavadintą pagal tai, ką atsiuntė serveris, o jūsų dveji vartai savo failą vadina taip pat. Diske tam pavadinimui yra viena vieta, todėl antrasis atsisiuntimas užima pirmojo vietą.
Du aplankai, ir tik vienas jų jūsų
Kopija, kuri keičiasi, yra darbinė kopija jūsų vartotojo profilyje, paprastai %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. Šis failas įrašo paskutinį ryšį ir tai, kuris profilis jį naudojo. Kadangi jis yra jūsų aplanke, klientas jį perrašo kiekvieno prisijungimo metu neprašydamas padidintų teisių.
Sąrašas, kurį matote išskleidžiamajame meniu, yra kažkas kito. Kiekvienas profilis, kurį mašina kada nors gavo, nukopijuojamas į %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile, o klientas išvardija ten esančius failus. Rašymui į tą aplanką reikia administratoriaus teisių, o tai paaiškina simptomą, kurį žmonės perskaito neteisingai: profilio pridėjimas rankiniu būdu kaip paprastas vartotojas atrodo veikiantis, o paskui įrašas dingsta.
Taigi failas vartotojui yra rodyklė, o visos mašinos aplankas yra biblioteka. Trūkstamas įrašas reiškia, kad pasikeitė biblioteka, o ne rodyklė.
Klientas failus sutapatina pagal pavadinimą, ne pagal vartus
Profilio tapatybė šiame kliente yra failo pavadinimas. Du įrenginiai, kurie abu siunčia company.xml, vietinės profilių saugyklos požiūriu yra tas pats profilis, paskelbtas du kartus. Antrasis atsisiuntimas perrašo pirmąjį, o lango įrašas toliau rodo į vieną failą, kuris dabar aprašo kitą vietą.
Štai kodėl gedimas atrodo toks keistas. Pavadinimas sąraše vis dar skaitomas kaip vieta, kurios tikitės, autentifikacija vis dar pavyksta prieš tai, kas iš tikrųjų sukonfigūruota, ir niekas nepraneša klaidos. Pasikeitė turinys už etiketės, kuria pasitikėjote.
Skaitykite HostAddress, o ne etiketę
Atidarykite failą teksto redaktoriuje ir pažiūrėkite serverių sąrašą. Profilis turi HostName elementą, kuris yra rodymo etiketė, ir HostAddress elementą, kuris yra vartai, su kuriais klientas iš tikrųjų jungiasi. Etiketė yra laisvas tekstas, kurį gali redaguoti bet kas, o adresas nusprendžia, kur pateksite.
Palyginkite šiuos du su vartais, į kuriuos norėjote patekti, prieš darydami išvadą, kad klientas sugedęs.
Abiejų vartų išlaikymas, eilės tvarka
Gaukite priimtą profilį kiekvienai vietai, arba iš vietos, arba iš mašinos, kuri jau jungiasi. Pervadinkite kiekvieną failą taip, kad du pavadinimai skirtųsi, pavyzdžiui site-a.xml ir site-b.xml. Kaip administratorius įdėkite abu į visos mašinos profilių aplanką ir išsaugokite gautus originalus. Tada paleiskite klientą iš naujo ir patvirtinkite, kad abu įrašai rodomi išskleidžiamajame meniu.
Prisijungę prie kiekvieno, vėl atidarykite preferences.xml ir patikrinkite, kurį profilio pavadinimą jis dabar įrašo kaip paskutinį naudotą. Jei pavadinimas sutampa su įrašu, kurį spustelėjote, vietinis susiejimas veikia tinkamai. Jei ne, kažkas vis dar stumia failą ant jūsų pervadintos kopijos.
Ko pervadinimas neištaiso
Naujas failo pavadinimas pakeičia vietinę etiketę ir nieko daugiau. Vartų adresas, autentifikacijos metodas, serverio pateikiamas sertifikatas ir bet koks grupės pasirinkimas profilio viduje lieka tokie, kokie buvo. Pervadinta netinkamo profilio kopija vis dar yra netinkamas profilis, ir ji prijungs jus prie netinkamos vietos įtikinamu pavadinimu.
Ji taip pat neatlaiko valdymo push, nukreipto į pradinį failo pavadinimą.
Kai kitas push tai atšaukia
Jei jūsų organizacija platina profilius pagal pavadinimą, atnaujinimas pakeičia kiekvieną failą, turintį tą pavadinimą. Laikykite pervadintas kopijas vietiniu patogumu ir pakartokite ryšio testą po kiekvieno kliento atnaujinimo, tikrindami adresą, o ne etiketę.
Norėdami nuolatinio sprendimo, paprašykite palaikomos kelių vartų konfigūracijos, o ne prižiūrėkite failus rankiniu būdu. Programos katalogo pakeitimus atnaujinimas pašalina pirmiausia, o vartotojo nuostatų failas perrašomas pagal dizainą.
Laikykite vieną eilutę vartiems: failo pavadinimas, HostAddress ir kuriame aplanke jis yra. Ta pastaba atsakys į kitą pranešimą apie netinkamą vietą greičiau nei perdiegimas.