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

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

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