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 және ол қай қалтада. Бұл жазба келесі қате сайт туралы есепке қайта орнатудан тезірек жауап береді.