AnyConnect mbishkruan profilin tuaj? Është një përplasje emrash

Historia që qarkullon është se AnyConnect humbi portën tuaj të dytë, ose se klienti është shumë i vjetër për të mbajtur dy profile. Asnjëra nuk ndodhi. Ajo që ndodhi është se klienti ruan çdo profil që ka parë si një skedar të emërtuar sipas asaj që dërgoi serveri, dhe dy portat tuaja e quajnë skedarin e tyre njësoj. Në disk ka një vend të vetëm për atë emër, kështu që shkarkimi i dytë zë vendin e të parit.

Dy dosje, dhe vetëm njëra është e jotja

Kopja që ndryshon është kopja e punës nën profilin tuaj të përdoruesit, zakonisht %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. Ai skedar regjistron lidhjen e fundit që krijuat dhe cilin profil përdori. Meqenëse ndodhet në dosjen tuaj, klienti e rishkruan në çdo lidhje pa kërkuar ngritje të privilegjeve.

Lista që shihni në menynë rënëse është diçka tjetër. Çdo profil që makina ka marrë ndonjëherë kopjohet në %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile, dhe klienti liston skedarët që ndodhen atje. Shkrimi në atë dosje kërkon të drejta administratori, gjë që shpjegon një simptomë që njerëzit e lexojnë gabim: shtimi i një profili me dorë si përdorues normal duket se funksionon, dhe pastaj hyrja zhduket.

Pra skedari për përdorues është një tregues dhe dosja e të gjithë makinës është biblioteka. Një hyrje që mungon do të thotë se biblioteka ndryshoi, jo treguesi.

Klienti përputh skedarët sipas emrit, jo sipas portës

Identiteti i profilit në këtë klient është emri i skedarit. Dy pajisje që të dyja dërgojnë company.xml janë, nga këndvështrimi i depove lokale të profileve, i njëjti profil i publikuar dy herë. Shkarkimi i dytë mbishkruan të parin, dhe hyrja në dritare vazhdon të tregojë një skedar që tani përshkruan vendin tjetër.

Kjo është arsyeja pse dështimi duket kaq i çuditshëm. Emri në listë lexohet ende si vendi që prisni, vërtetimi ende ka sukses ndaj portës që është konfiguruar vërtet, dhe asgjë nuk raporton një gabim. Ajo që ndryshoi është përmbajtja pas një etikete në të cilën kishit besuar.

Lexoni HostAddress, jo etiketën

Hapni skedarin në një redaktues teksti dhe shikoni listën e serverëve. Një profil mban një element HostName, i cili është etiketë shfaqjeje, dhe një element HostAddress, i cili është porta me të cilën klienti kontakton vërtet. Etiketa është tekst i lirë që kushdo mund ta redaktojë, dhe adresa vendos ku do të përfundoni.

Krahasoni ata të dy me portën që donit të arrinit përpara se të konkludoni se klienti është i prishur.

Ruajtja e të dyja portave, sipas radhës

Siguroni profilin e pranuar për çdo vend, qoftë nga vendi qoftë nga një makinë që lidhet tashmë. Riemërtoni çdo skedar që dy emrat të ndryshojnë, për shembull site-a.xml dhe site-b.xml. Si administrator, vendosini të dyja në dosjen e profileve të të gjithë makinës dhe ruani origjinalët që morët. Më pas rinisni klientin dhe konfirmoni se të dyja hyrjet shfaqen në menynë rënëse.

Pasi të lidheni me secilën, hapni përsëri preferences.xml dhe kontrolloni cilin emër profili regjistron tani si të fundit të përdorur. Nëse emri përputhet me hyrjen ku klikuat, hartëzimi lokal sillet saktë. Nëse jo, diçka ende shtyn një skedar mbi kopjen tuaj të riemërtuar.

Çfarë nuk rregullon riemërtimi

Një emër i ri skedari ndryshon një etiketë lokale dhe asgjë tjetër. Adresa e portës, metoda e vërtetimit, certifikata që paraqet serveri dhe çdo zgjedhje grupi brenda profilit mbeten si ishin. Një kopje e riemërtuar e profilit të gabuar është ende profili i gabuar, dhe do t'ju lidhë me vendin e gabuar nën një emër bindës.

Ajo gjithashtu nuk i reziston një shtytjeje administrimi që synon emrin origjinal të skedarit.

Kur shtytja tjetër e anulon

Nëse organizata juaj shpërndan profile sipas emrit, një përditësim zëvendëson çdo skedar që e ndan atë emër. Trajtoni kopjet e riemërtuara si një lehtësi lokale dhe përsërisni testin e lidhjes pas çdo përditësimi të klientit, duke kontrolluar adresën dhe jo etiketën.

Për një zgjidhje të përhershme, kërkoni një konfigurim multi-portë të mbështetur në vend që të mirëmbani skedarë me dorë. Ndryshimet brenda drejtorisë së programit janë gjëja e parë që heq një përditësim, dhe skedari i preferencave për përdorues rishkruhet sipas dizajnit.

Mbani një rresht për çdo portë: emri i skedarit, HostAddress dhe në cilën dosje ndodhet. Ai shënim i përgjigjet raportit të radhës për vend të gabuar më shpejt se një riinstalim.