AnyConnect ви го препишува профилот? Тоа е судир на имиња

Приказната што кружи е дека 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 и во која папка се наоѓа. Таа белешка одговара на следниот извештај за погрешна локација побрзо од преинсталација.