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 և թե որ պանակում է այն։ Այդ նշումը պատասխանում է սխալ վայրի մասին հաջորդ հաղորդմանը ավելի արագ, քան վերատեղադրումը։