Прича која кружи је да је AnyConnect изгубио ваш други приступник или да је клијент престар да држи два профила. Ни једно се није догодило. Догодило се то да клијент чува сваки профил који је видео као датотеку названу по ономе што је послао сервер, а ваша два приступника своју датотеку зову истим именом. На диску постоји једно место за то име, па друго преузимање заузима место првог.

Две фасцикле, а само једна је ваша

Копија која се мења је радна копија под вашим корисничким профилом, обично %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. Та датотека бележи последњу везу коју сте остварили и који је профил притом коришћен. Пошто се налази у вашој фасцикли, клијент је преписује при сваком повезивању без тражења повишених права.

Списак који видите у падајућем менију је нешто друго. Сваки профил који је машина икада примила копира се у %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile, а клијент приказује датотеке које се тамо налазе. Писање у ту фасциклу захтева администраторска права, што објашњава симптом који људи погрешно читају: ручно додавање профила као обичан корисник изгледа као да ради, а затим ставка нестане.

Дакле, датотека по кориснику је показаљивач, а фасцикла на нивоу целе машине је библиотека. Ставка која недостаје значи да се променила библиотека, а не показаљивач.

Клијент упарује датотеке по имену, не по приступнику

Идентитет профила у овом клијенту је име датотеке. Два уређаја која оба шаљу company.xml су, са становишта локалног складишта профила, исти профил објављен двапут. Друго преузимање преписује прво, а ставка у прозору наставља да показује на једну датотеку која сада описује друго место.

Зато квар изгледа тако чудно. Име на списку се и даље чита као место које очекујете, аутентификација и даље успева према приступнику који је стварно конфигурисан, и ништа не пријављује грешку. Променио се садржај иза ознаке којој сте веровали.

Читајте HostAddress, а не ознаку

Отворите датотеку у уређивачу текста и погледајте списак сервера. Профил носи елемент HostName, који је ознака за приказ, и елемент HostAddress, који је приступник са којим клијент стварно контактира. Ознака је слободан текст који било ко може уредити, а адреса одлучује где ћете завршити.

Упоредите то двоје са приступником који сте намеравали да достигнете пре него што закључите да је клијент покварен.

Задржавање оба приступника, по реду

Набавите прихваћени профил за свако место, било са места било са машине која се већ повезује. Преименујте сваку датотеку тако да се два имена разликују, на пример site-a.xml и site-b.xml. Као администратор сместите обе у фасциклу профила на нивоу целе машине и сачувајте оригинале које сте примили. Затим поново покрените клијент и потврдите да се оба уноса појављују у падајућем менију.

Након повезивања са сваким, поново отворите preferences.xml и проверите које име профила сада бележи као последње коришћено. Ако се име поклапа са ставком на коју сте кликнули, локално мапирање ради исправно. Ако не, нешто још увек шаље датотеку преко ваше преименоване копије.

Шта преименовање не решава

Ново име датотеке мења локалну ознаку и ништа друго. Адреса приступника, метода аутентификације, сертификат који сервер представља и сваки избор групе унутар профила остају какви су били. Преименована копија погрешног профила и даље је погрешан профил и повезаће вас са погрешним местом под уверљивим именом.

Она такође не преживљава управљачки push који циља оригинално име датотеке.

Када следећи push то поништи

Ако ваша организација дистрибуира профиле по имену, ажурирање замењује сваку датотеку са тим именом. Третирајте преименоване копије као локалну погодност и поновите тест повезивања након сваког ажурирања клијента, проверавајући адресу а не ознаку.

За трајно решење затражите подржано подешавање са више приступника уместо ручног одржавања датотека. Измене унутар директоријума програма прво су што надоградња уклања, а датотека корисничких подешавања преписује се по дизајну.

Држите један ред по приступнику: име датотеке, HostAddress и у којој се фасцикли налази. Та белешка одговара на следећу пријаву погрешног места брже од поновне инсталације.

Повезани чланци