Cisco Secure Client Mac-ում՝ պատուհա՞ն, ավտոմատ միացում, թե՞ վերամիացում

Ձեր մուտքից հետո հայտնվում է Cisco-ի հետ կապված ինչ-որ բան, և հնարավոր է՝ այն ինչ-որ բան միացնում է, հնարավոր է՝ ոչ։ Պատուհանը, ավտոմատ միացումը և ցանցի փոփոխությունից հետո վերամիացումը երեք առանձին վարքագիծ են՝ երեք առանձին պատասխանատուներով։ Մեկնարկային տարրը հեռացնելու անհաջող փորձերի մեծ մասը սկսվում է նրանից, որ այդ երեքը միաձուլվում են մեկ բողոքի մեջ։ Նախ բաժանեք դրանք, և փոփոխության հարցումը ինքնին կգրվի։

Անվանեք այն վարքագիծը, որը իրականում տեսնում եք

Դիտեք մեկ մուտք՝ առանց որևէ բանի դիպչելու, և հերթականությամբ գրեք՝ ինչ է կատարվում։ Առանց միացման բացվող պատուհանը մեկ դեպք է, բացվող և միացող պատուհանը՝ մյուսը, իսկ ցանցի փոփոխությունից հետո վերադարձող միացումը՝ երրորդը։ Հարցրեք, թե ինչն է իրականում ստեղծում թունելը, այլ ոչ թե ինչ է երևում էկրանին, որովհետև պատուհանն ու թունելը տարբեր պատասխանատուներ ունեն։ Երկու տեսակի ապացույց է պատասխանում դրան, և դրանցից միայն մեկն է տեսնում այս հաճախորդին.

scutil --nc list
ps aux | grep -i [v]pnagentd
ifconfig | grep -A3 utun

Կարդացեք երեք ելքերը միասին, որովհետև scutil --nc list թվարկում է համակարգի VPN կազմաձևերը, և դատարկ ցանկը միայն նշանակում է, որ ոչ մի համակարգային VPN ծառայություն թունել չի տիրապետում։ Cisco Secure Client-ը այդպիսին չի գրանցում. այն ավարտվում է vpnagentd և utun ինտերֆեյսի միջոցով, ուստի գործընթացը և ինտերֆեյսն են այն ապացույցը, որ տեսնում է այն։ Երբ vpnagentd աշխատում է, և utun ինտերֆեյսն ունի հասցե, թունելը գոյություն ունի նույնիսկ փակ պատուհանի դեպքում. երբ ոչ մեկը չկա, ավտոմատ միացումն անջատված է, և պատուհանն է միակ քննարկման թեման։ Front end-ը կարող է աշխատել նաև, երբ առանձին ֆոնային ծառայություն է տիրապետում թունելին, ուստի սեփականության հարցը վերաբերում է պրոֆիլի բաժիններին, ոչ թե այս մեկին։

Մուտքի պահին պատուհանը մեկնարկի հարց է

Մուտքի պատուհանը գալիս է մեկնարկային գործակալից կամ հավելվածի սեփական՝ մուտքի պահին բացվելու նախապատվությունից, և դրանցից ոչ մեկը միացման քաղաքականության նույն մեխանիզմը չէ։ Նախքան որևէ բան խմբագրելը պարզեք տեղադրված արտադրանքն ու տարբերակը, որովհետև հին թողարկումների փաստաթղթերը նկարագրում են ֆայլեր, որոնք ընթացիկ տեղադրումը կարող է չօգտագործել։ Ավտոմատ միացումն անջատելը պարտադիր չէ, որ կանգնեցնի պատուհանի բացվելը, և պատուհանը կանգնեցնելը չի կանգնեցնի վերամիացումը։ Օգտագործեք հաճախորդի աջակցվող մեկնարկի կառավարումը կամ ձեր ադմինիստրատորի ծրագրային գործընթացը՝ այդ հերթականությամբ։

Կառավարվող Mac-ում հաստատեք՝ արդյոք վարքագիծը գալիս է տեղադրված կոնֆիգուրացիայի պրոֆիլից, նախքան այն տեղական նախապատվություն համարելը։ Համակարգը կարող է թվարկել իր ունեցած պրոֆիլները, և կառավարվող մուտքի տարրը ձերը չէ ջնջելու համար.

profiles show -type configuration

Այնտեղ, որտեղ կարգավորումը կառավարելի է օգտատիրոջ կողմից, փոխեք այն հաճախորդի նախապատվություններում և դուրս եկեք՝ փորձարկելու։ Այնտեղ, որտեղ այն կողպված է, միայն պրոֆիլի տերն կարող է փոխել այն։ Ֆայլերը տեղային հեռացնելը ստեղծում է տարբերություն, որը հաջորդ թարմացումը լուռ ուղղում է, ինչը դարձնում է այն ամենաքիչ դիմացկուն հասանելի լուծումը։ Մոխրագույն դարձած վանդակը կոտրված հաճախորդ չէ. դա քաղաքականության հայտարարություն է։

Auto Connect on Start-ը առանձին նախապատվություն է

Cisco-ի միացման ուղեցույցը Auto Connect on Start-ը անվանում է այն նախապատվությունը, որը կառավարում է միացման փորձը հաճախորդի մեկնարկի պահին, և նկարագրում է այն որպես լռելյայն անջատված։ Տեղադրված պրոֆիլը կարող է միացնել այն, ինչի պատճառով նույն հաճախորդով երկու Mac-եր մուտքի պահին տարբեր են վարվում։ Փնտրեք այդ նախապատվությունը հաճախորդի կարգավորումներում՝ նախքան մեկնարկային տարրերի մասին որևէ բան ենթադրելը։

Փոխեք այն աջակցվող կառավարման միջոցով և փորձարկեք ամբողջական դուրս գալով, ոչ թե վերագործարկմամբ, որովհետև որոշ բաղադրիչներ սկսվում են միայն մուտքի նստաշրջանի հետ։ Ապա հաստատեք, որ ձեռքով միացումը դեռ աշխատում է, քանի որ ավտոմատ փորձը ճնշող նախապատվությունը չպետք է խլի միանալու ձեր ունակությունը։ Եթե հաճախորդը միևնույն է անմիջապես վերամիանում է, դուք նայում եք վերամիացման վարքագծին։ Դա հաջորդ հարցն է, և այն ունի այլ պատասխանատու։

Auto Reconnect-ը պատկանում է երրորդ կարգավորմանը

Վերամիացումը կարգավորում է, թե ինչ է լինում հաստատված նստաշրջանի ուղին կորցնելուց հետո՝ կափարիչի փակում, Wi-Fi ցանցի փոփոխություն, լարային կապի անկում։ Cisco-ն այն փաստաթղթավորում է մեկնարկային վարքագծից առանձին, ուստի մեկնարկի փոփոխությունը չի շոշափի այն։ Փորձարկեք այն՝ մի պահ անջատելով ցանցը և դիտելով՝ արդյոք թունելը վերադառնում է առանց մուտքի։

Կանխամտածված անջատումը անտեսող վերամիացումը սովորաբար քաղաքականություն է, ոչ թե սխալ։ Որոշ տեղադրումներ պահանջում են մշտապես միացված կարգավորում, ինչը պատկանում է քաղաքականության քննարկմանը, ոչ թե շրջանցող լուծմանը։ Այն պարտադրող բաղադրիչը հեռացնելը կարող է կոտրել կեցվածքի ստուգումները, ապա վերականգնվել հաջորդ կառավարման մղումով։ Եթե պահանջը օրինական է, հարցրեք՝ ինչ պետք է այն երաշխավորի և արդյոք ավելի նեղ կարգավորումը բավարարում է այն. եթե ոչ, պրոֆիլի տերը կարող է փոխել այն մեկ տեղում՝ փոխանակ դուք փոխեք այն քառասուն նոթբուքում։

Խնդրեք ամենափոքր փոփոխությունը, ապա ստուգեք այն

Գրեք հարցումը չորս փաստով՝ ինչ հաճախորդի տարբերակ եք աշխատեցնում, ինչ macOS տարբերակ եք աշխատեցնում, ինչ է հայտնվում մուտքից հետո, և արդյոք թունել է ձևավորվում առանց մուտքի։ Ապա ձևակերպեք ցանկալի արդյունքը մեկ նախադասությամբ, որը գործընկերը կարող է իրականացնել առանց ձեզ հարցնելու։ Հաճախորդը հասանելի պահելը, բայց նրա պատուհանը փակելը այլ հարցում է, քան ավտոմատ միացումը կանխելը։ Ճշգրիտ հարցումը ստանում է քաղաքականության փոփոխություն, իսկ անորոշը՝ շրջանցող լուծում, որը ոչ ոք չի տիրապետում։

Փոփոխությունից հետո դուրս եկեք և նորից մտեք, ապա գործարկեք ձեռքով միացման այն հոսքը, որից կախված եք։ Եթե վերամիացումը ներառված էր շրջանակում, փորձարկեք այն առանձին՝ ձեր ադմինիստրատորի թույլատրած ընթացակարգով։

Ստուգեք, որ կազմակերպության պահանջած անվտանգության մոդուլները դեռ աշխատում են, քանի որ լուռ հեռացումը հեշտ է բաց թողնել, մինչև աուդիտը գտնի այն։ Ցանկալի արդյունքը պահանջված մեկնարկային վարքագիծն է աշխատող հաճախորդով, ոչ թե բացակայող պատկերակ և առեղծված։ Գրեք, թե երեք վարքագծերից որն է փոխվել, որպեսզի հաջորդ մարդը կարողանա իրական ուղղումը տարբերել պատահականությունից։