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 і праверце, якое імя профілю ён цяпер запісвае як апошняе выкарыстанае. Калі імя супадае з запісам, па якім вы пстрыкнулі, лакальнае супастаўленне працуе слушна. Калі не, нешта ўсё яшчэ прадстаўляе файл па-над вашай перайменаванай копіяй.
Што перайменаванне не выпраўляе
Новае імя файла змяняе лакальную этыкетку і больш нічога. Адрас шлюза, метад аўтэнтыфікацыі, сертыфікат, які прадстаўляе сервер, і любы выбар групы ўнутры профілю застаюцца як былі. Перайменаваная копія няправільнага профілю — усё яшчэ няправільны профіль, і яна падключыць вас да няправільнага сайта пад пераканаўчым імем.
Яна таксама не вытрымае кіраванага штуршка, накіраванага на першапачатковае імя файла.
Калі наступны штуршок гэта скасуе
Калі ваша арганізацыя распаўсюджвае профілі па імені, абнаўленне заменіць любы файл з такім імем. Разглядайце перайменаваныя копіі як лакальную зручнасць і паўтарайце тэст злучэння пасля кожнага абнаўлення кліента, правяраючы адрас, а не этыкетку.
Для пастаяннай налады папрасіце падтрымліваную канфігурацыю з некалькімі шлюзамі замест ручной падтрымкі файлаў. Змены ў каталогу праграмы — першае, што выдаляе абнаўленне, а файл налад карыстальніка перазапісваецца па задуме.
Трымайце па адным радку на шлюз: імя файла, HostAddress і папку, у якой ён ляжыць. Гэтая нататка адказвае на наступную скаргу пра няправільны сайт хутчэй, чым пераўстаноўка.