Ĉu AnyConnect superskribas vian profilon? Ĝi estas nomkolizio

La rakonto cirkulanta estas, ke AnyConnect perdis vian duan enirejon, aŭ ke la kliento estas tro malnova por teni du profilojn. Neniu el ambaŭ okazis. Okazis tio, ke la kliento konservas ĉiun profilon, kiun ĝi vidis, kiel dosieron nomatan laŭ tio, kion sendis la servilo, kaj viaj du enirejoj nomas sian dosieron same. Ekzistas unu loko sur la disko por tiu nomo, do la dua elŝuto prenas la lokon de la unua.

Du dosierujoj, kaj nur unu estas via

La kopio, kiu daŭre ŝanĝiĝas, estas la labora kopio sub via propra uzantprofilo, kutime %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. Tiu dosiero registras la lastan konekton, kiun vi faris, kaj kiun profilon ĝi uzis. Ĉar ĝi troviĝas en via dosierujo, la kliento reskribas ĝin ĉe ĉiu konekto sen peti plialtigon de rajtoj.

La listo, kiun vi vidas en la falmenuo, estas io alia. Ĉiu profilo, kiun la maŝino iam ajn ricevis, estas kopiata en %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile, kaj la kliento listigas ĉiujn dosierojn, kiuj troviĝas tie. Skribi en tiun dosierujon postulas administrajn rajtojn, kio klarigas simptomon, kiun homoj mislegas: aldoni profilon permane kiel ordinara uzanto ŝajnas funkcii, poste la ero malaperas.

Do la dosiero por uzanto estas montrilo, kaj la dosierujo por la tuta maŝino estas la biblioteko. Mankanta ero signifas, ke la biblioteko ŝanĝiĝis, ne la montrilo.

La kliento parigas dosierojn laŭ nomo, ne laŭ enirejo

La identeco de profilo en ĉi tiu kliento estas la dosiernomo. Du aparatoj, kiuj ambaŭ sendas company.xml, estas, laŭ la loka profilstorejo, la sama profilo publikigita dufoje. La dua elŝuto superskribas la unuan, kaj la ero en la fenestro plu montras al unu dosiero, kiu nun priskribas la alian ejon.

Tial la fiasko aspektas tiel stranga. La nomo en la listo ankoraŭ legeblas kiel la loko, kiun vi atendas, la aŭtentigo ankoraŭ sukcesas kontraŭ kiu ajn enirejo estas fakte agordita, kaj nenio raportas eraron. Kio ŝanĝiĝis estas la enhavo malantaŭ etikedo, kiun vi fidis.

Legu HostAddress, ne la etikedon

Malfermu la dosieron en tekstredaktilo kaj rigardu la servilan liston. Profilo portas elementon HostName, kiu estas afiŝa etikedo, kaj elementon HostAddress, kiu estas la enirejo, kiun la kliento fakte kontaktas. La etikedo estas libera teksto, kiun iu ajn povas redakti, kaj la adreso decidas, kie vi atingos.

Komparu tiujn du kun la enirejo, kiun vi celis atingi, antaŭ ol konkludi, ke la kliento estas difektita.

Konservi ambaŭ enirejojn, laŭ ordo

Akiru la akceptitan profilon por ĉiu ejo, ĉu de la ejo ĉu de maŝino, kiu jam konektas. Renomu ĉiun dosieron tiel, ke la du nomoj malsimilu, ekzemple site-a.xml kaj site-b.xml. Kiel administranto, metu ambaŭ en la profil-dosierujon de la tuta maŝino kaj konservu la originalojn, kiujn vi ricevis. Poste restartigu la klienton kaj konfirmu, ke ambaŭ eroj aperas en la falmenuo.

Post konekti al ĉiu el ili, remalfermu preferences.xml kaj kontrolu, kiun profilan nomon ĝi nun registras kiel laste uzitan. Se la nomo kongruas kun la ero, kiun vi klakis, la loka mapado kondutas ĝuste. Se ne, io ankoraŭ puŝas dosieron super vian renomitan kopion.

Kion renomado ne riparas

Nova dosiernomo ŝanĝas lokan etikedon kaj nenion alian. La enireja adreso, la aŭtentiga metodo, la atestilo, kiun la servilo prezentas, kaj ĉiu grupa elekto ene de la profilo restas kiel ili estis. Renomita kopio de la malĝusta profilo estas ankoraŭ la malĝusta profilo, kaj ĝi konektos vin al la malĝusta ejo sub konvinka nomo.

Ĝi ankaŭ ne postvivas administran puŝon, kiu celas la originan dosiernomon.

Kiam la sekva puŝo malfaras ĝin

Se via organizo disdonas profilon laŭ nomo, ĝisdatigo anstataŭigas ĉiun dosieron kun tiu nomo. Traktu la renomitajn kopiojn kiel lokan oportunon kaj ripetu la konektan teston post ĉiu klienta ĝisdatigo, kontrolante la adreson anstataŭ la etikedon.

Por permanenta aranĝo, petu subtenatan plur-enirejan agordon anstataŭ bonteni dosierojn permane. Redaktoj ene de la programa dosierujo estas la unua afero, kiun ĝisdatigo forigas, kaj la uzant-agorda dosiero estas reskribata laŭdezajne.

Tenu unu linion por enirejo: dosiernomo, HostAddress kaj en kiu dosierujo ĝi loĝas. Tiu noto respondas la sekvan raporton pri malĝusta ejo pli rapide ol reinstalo.