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 интерфејс има адресу, тунел постоји и са затвореним прозором; када нема ни једног, аутоматско повезивање је искључено и прозор је једино о чему се може говорити. Предњи део може да ради и док тунел поседује засебна позадинска услуга, па питање власништва припада одељцима профила, а не овоме.

Прозор при пријави је питање покретања

Прозор за пријаву долази од агента за покретање или од сопственог подешавања апликације да се отвара при пријави, и ниједно није исти механизам као политика повезивања. Пре него што било шта измените, утврдите инсталирани производ и верзију, јер документација старијих издања описује датотеке које тренутна инсталација можда не користи. Искључивање аутоматског повезивања не зауставља нужно отварање прозора, а заустављање прозора не зауставља поновно повезивање. Користите подржани контрол за покретање клијента или софтверски процес вашег администратора, тим редом.

На управљаном Mac-у потврдите да ли понашање долази преко инсталираног конфигурационог профила пре него што га третирате као локално подешавање. Систем може да наведе профиле које има, а управљана ставка за пријаву није ваша за брисање:

profiles show -type configuration

Тамо где подешавање може да контролише корисник, измените га у подешавањима клијента и одјавите се да тестирате. Тамо где је закључано, само власник профила може да га промени. Локално уклањање датотека ствара разлику коју следеће ажурирање тихо исправља, што га чини најмање трајним доступним решењем. Сиво поље за потврду није покварен клијент; то је изјава о политици.

Auto Connect on Start је засебно подешавање

Cisco-в водич за повезивање назива Auto Connect on Start подешавањем које контролише покушај повезивања при покретању клијента и описује га као подразумевано искључено. Распоређени профил може да га укључи, зато се два Mac-а са истим клијентом понашају различито при пријави. Потражите то подешавање у подешавањима клијента пре него што било шта претпоставите о ставкама за покретање.

Измените га преко подржаног контрола и тестирајте потпуном одјавом уместо поновним покретањем, јер неке компоненте почињу само са сесијом пријаве. Затим потврдите да ручно повезивање још функционише, јер подешавање које потискује аутоматски покушај не би требало да вам одузме могућност повезивања. Ако се клијент ипак одмах поново повеже, гледате понашање поновног повезивања. То је следеће питање и има другог власника.

Auto Reconnect припада трећем подешавању

Поновно повезивање уређује шта се дешава после тога што успостављена сесија изгуби пут: затварање поклопца, промена Wi-Fi мреже, пад жичане везе. Cisco га документује одвојено од понашања при покретању, па га измена покретања неће дотаћи. Тестирајте га тако што накратко прекинете мрежу и посматрате да ли се тунел враћа без уноса.

Поновно повезивање које игнорише намерно искључивање обично је политика, а не грешка. Нека распоређивања захтевају увек укључено уређење, које припада разговору о политици, а не заобилазном решењу. Уклањање компоненте која то спроводи може да поквари провере стања и затим буде враћено следећим управљачким потиском. Ако је захтев легитиман, питајте шта треба да гарантује и да ли га ужа подешавања испуњавају; ако није, власник профила може да га промени на једном месту уместо да га ви мењате на четрдесет преносних рачунара.

Затражите најмању измену, а затим је проверите

Напишите захтев са четири чињенице: коју верзију клијента покрећете, коју верзију macOS-а покрећете, шта се појављује после пријаве и да ли се тунел ствара без уноса. Затим изразите жељени исход у једној реченици коју би колега могао да спроведе без питања. Држати клијента доступним, али затворити његов прозор је други захтев од спречавања аутоматског повезивања. Прецизан захтев добија измену политике, а нејасан заобилазно решење које нико не поседује.

После измене одјавите се и поново пријавите, затим покрените ток ручног повезивања од кога зависите. Ако је поновно повезивање било у обиму, тестирајте га одвојено према поступку који ваш администратор дозвољава.

Проверите да ли безбедносни модули које организација захтева још раде, јер је тихо уклањање лако пропустити док га ревизија не пронађе. Резултат који желите је тражено понашање при покретању са клијентом који ради, а не икона која недостаје и мистерија. Запишите која се од три понашања променила, да би следећа особа могла да разликује стварну поправку од случајности.