AnyConnect oerskriuwt jo profyl? It is in namme botsing

It ferhaal dat rûn giet, is dat AnyConnect jo twadde poarte ferlern hat, of dat de klient te âld is om twa profilen te hâlden. Gjin fan beide is bard. Wat bard is, is dat de klient elk profyl dat er sjoen hat bewarret as in bestân dat neamd is nei wat de tsjinner stjoerde, en jo twa poarten neame har bestân itselde. Der is ien plak op de skiif foar dy namme, dus de twadde download nimt it plak fan de earste.

Twa mappen, en mar ien is fan jo

De kopy dy't feroaret is de wurkkopy ûnder jo eigen brûkersprofyl, meastentiids %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. Dat bestân registrearret de lêste ferbining dy't jo makken en hokker profyl dy brûkte. Om't it yn jo map stiet, skriuwt de klient it by elke ferbining op 'e nij sûnder om ferhege rjochten te freegjen.

De list dy't jo yn it útfalmenu sjogge is eat oars. Elk profyl dat de masine ea ûntfongen hat, wurdt kopiearre nei %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile, en de klient listet op hokker bestannen dêr lizze. Om yn dy map te skriuwen binne administratorrjochten nedich, wat in symptoom ferklearret dat minsken ferkeard lêze: in profyl mei de hân tafoegje as gewoane brûker liket te wurkjen, en dan ferdwynt de ynfier.

Sa is it bestân per brûker in wiizer en de map foar de hiele masine de bibleteek. In ûntbrekkende ynfier betsjut dat de bibleteek feroare is, net de wiizer.

De klient keppelt bestannen oan namme, net oan poarte

Profylidentiteit yn dizze klient is de bestânsnamme. Twa apparaten dy't beide company.xml stjoere, binne foar it lokale profylargyf itselde profyl dat twa kear publisearre is. De twadde download oerskriuwt de earste, en de ynfier yn it finster bliuwt wize nei ien bestân dat no it oare plak beskriuwt.

Dêrom liket de flater sa frjemd. De namme yn 'e list lêst noch as it plak dat jo ferwachtsje, autentikaasje slagget noch tsjin hokker poarte dan ek echt konfigurearre is, en neat meldt in flater. Wat feroare is, is de ynhâld efter in label dat jo fertrouden.

Lês HostAddress, net it label

Iepenje it bestân yn in teksteditor en sjoch nei de tsjinnerlist. In profyl draacht in HostName-elemint, dat in werjefte-label is, en in HostAddress-elemint, dat de poarte is dy't de klient echt kontaktet. It label is frije tekst dy't elkenien bewurkje kin, en it adres beslút wêr't jo telâne komme.

Fergelykje dy twa mei de poarte dy't jo berikke wolden foardat jo konkludearje dat de klient stikken is.

Beide poarten hâlde, yn oarder

Krij it akseptearre profyl foar elk plak, itsij fan it plak itsij fan in masine dy't al ferbynt. Wernamje elk bestân sadat de twa nammen ferskille, bygelyks site-a.xml en site-b.xml. Set se beide as administrator yn 'e profilmap foar de hiele masine en hâld de orizjinelen dy't jo krigen. Start dêrnei de klient opnij en befêstigje dat beide ynfieren yn it útfalmenu ferskine.

Iepenje nei it ferbinen mei elk preferences.xml wer en kontrolearje hokker profylnamme it no as lêst brûkt registrearret. As de namme oerienkomt mei de ynfier dy't jo klokt hawwe, docht de lokale mapping it goed. Sa net, dan stjoert noch wat in bestân oer jo wernamme kopy.

Wat wernamjen net reparearret

In nije bestânsnamme feroaret in lokaal label en fierder neat. It poarteadres, de autentikaasjemetoade, it sertifikaat dat de tsjinner presintearret en elke groepsseleksje yn it profyl bliuwe sa't se wiene. In wernamme kopy fan it ferkearde profyl is noch altyd it ferkearde profyl, en it sil jo ûnder in oertsjûgjende namme mei it ferkearde plak ferbine.

It oerlibbet ek gjin behear-push dy't op 'e oarspronklike bestânsnamme rjochte is.

As de folgjende push it ûngedien makket

As jo organisaasje profilen op namme ferspriedt, ferfangt in update elk bestân dat dy namme dielt. Beskôgje de wernamme kopyen as in lokaal gemak en werhelje de ferbiningstest nei elke klientupdate, en kontrolearje it adres yn plak fan it label.

Freegje foar in permaninte regeling in stipe multi-poarte-opset yn plak fan bestannen mei de hân te ûnderhâlden. Bewurkings yn 'e programmamap binne it earste dat in upgrade fuorthellet, en it foarkarstbestân per brûker wurdt neffens ûntwerp oerskreaun.

Hâld ien rigel per poarte: bestânsnamme, HostAddress en yn hokker map it stiet. Dy notysje beantwurdet it folgjende ferkearde-plak-rapport flugger as in werynstallaasje.