Vai AnyConnect pārraksta jūsu profilu? Tas ir nosaukumu sadursme
Divi vārteji, viens faila nosaukums: klients glabā pēdējo profilu jūsu mapē, bet bibliotēka ir visai mašīnai. Pārdēvējiet kopijas, lai saglabātu abas.
Klīst stāsts, ka AnyConnect ir pazaudējis jūsu otro vārteju vai ka klients ir pārāk vecs, lai noturētu divus profilus. Neviens no abiem nenotika. Notika tas, ka klients katru redzēto profilu saglabā kā failu, kas nosaukts pēc tā, ko nosūtīja serveris, un jūsu abi vārteji savu failu nosauc vienādi. Diskā šim nosaukumam ir viena vieta, tāpēc otrā lejupielāde ieņem pirmās vietu.
Divas mapes, un tikai viena no tām ir jūsu
Kopija, kas mainās, ir darba kopija jūsu lietotāja profila apakšā, parasti %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. Šis fails reģistrē pēdējo savienojumu un to, kurš profils tajā tika izmantots. Tā kā tas atrodas jūsu mapē, klients to pārraksta pie katras savienošanas, neprasot paaugstinātas tiesības.
Saraksts, ko redzat nolaižamajā izvēlnē, ir kas cits. Katrs profils, ko mašīna jebkad ir saņēmusi, tiek kopēts uz %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile, un klients uzskaita tur esošos failus. Rakstīšanai šajā mapē vajadzīgas administratora tiesības, kas izskaidro simptomu, ko cilvēki lasa nepareizi: profila pievienošana ar roku kā parastam lietotājam šķiet strādājam, un tad ieraksts pazūd.
Tātad fails uz lietotāju ir rādītājs, un visas mašīnas mape ir bibliotēka. Trūkstošs ieraksts nozīmē, ka mainījusies bibliotēka, nevis rādītājs.
Klients failus saskaņo pēc nosaukuma, nevis pēc vārtejas
Profila identitāte šajā klientā ir faila nosaukums. Divas ierīces, kas abas sūta company.xml, vietējās profilu krātuves skatījumā ir viens un tas pats profils, publicēts divreiz. Otrā lejupielāde pārraksta pirmo, un loga ieraksts joprojām norāda uz vienu failu, kas tagad apraksta otru vietu.
Tāpēc kļūme izskatās tik dīvaina. Nosaukums sarakstā joprojām lasās kā vieta, ko gaidāt, autentifikācija joprojām izdodas pret to vārteju, kas faktiski ir konfigurēta, un nekas neziņo par kļūdu. Mainījies ir saturs aiz etiķetes, kurai uzticējāties.
Lasiet HostAddress, nevis etiķeti
Atveriet failu teksta redaktorā un apskatiet serveru sarakstu. Profilam ir HostName elements, kas ir attēlojuma etiķete, un HostAddress elements, kas ir vārteja, ar ko klients faktiski sazinās. Etiķete ir brīvs teksts, ko var rediģēt ikviens, un adrese izšķir, kur nonāksit.
Salīdziniet šos divus ar vārteju, kuru gribējāt sasniegt, pirms secināt, ka klients ir salūzis.
Abu vārteju saglabāšana, secībā
Iegūstiet apstiprināto profilu katrai vietai, vai nu no vietas, vai no mašīnas, kas jau savienojas. Pārdēvējiet katru failu tā, lai abi nosaukumi atšķirtos, piemēram, site-a.xml un site-b.xml. Kā administrators ievietojiet abus visas mašīnas profilu mapē un saglabājiet saņemtos oriģinālus. Pēc tam restartējiet klientu un pārliecinieties, ka abi ieraksti parādās nolaižamajā izvēlnē.
Pēc savienošanās ar katru atveriet preferences.xml vēlreiz un pārbaudiet, kuru profila nosaukumu tas tagad reģistrē kā pēdējo izmantoto. Ja nosaukums atbilst ierakstam, uz kuru noklikšķinājāt, vietējā kartēšana darbojas pareizi. Ja ne, kaut kas joprojām spiež failu virsū jūsu pārdēvētajai kopijai.
Ko pārdēvēšana neizlabo
Jauns faila nosaukums maina vietējo etiķeti un neko citu. Vārtejas adrese, autentifikācijas metode, servera uzrādītais sertifikāts un jebkura grupas izvēle profila iekšienē paliek tādi, kādi bija. Nepareizā profila pārdēvēta kopija joprojām ir nepareizais profils, un tā savienos jūs ar nepareizo vietu pārliecinošā nosaukumā.
Tā arī neiztur pārvaldības push, kas vērsts uz sākotnējo faila nosaukumu.
Kad nākamais push to atceļ
Ja jūsu organizācija izplata profilus pēc nosaukuma, atjauninājums aizstāj katru failu, kuram ir šis nosaukums. Uzskatiet pārdēvētās kopijas par vietēju ērtību un atkārtojiet savienojuma testu pēc katra klienta atjauninājuma, pārbaudot adresi, nevis etiķeti.
Lai iekārtotu pastāvīgu risinājumu, pieprasiet atbalstītu vairāku vārteju konfigurāciju, nevis uzturiet failus ar roku. Programmas direktorijā veiktās izmaiņas atjauninājums noņem vispirms, un lietotāja preferences fails tiek pārrakstīts pēc dizaina.
Turiet vienu rindu uz vārteju: faila nosaukums, HostAddress un kurā mapē tas atrodas. Šī piezīme atbild uz nākamo ziņojumu par nepareizo vietu ātrāk nekā pārinstalēšana.