Cisco Secure Client på Mac: vindauge, automatisk tilkopling eller attoppkopling?

Noko Cisco-relatert dukkar opp etter at du loggar inn, og det kan hende det koplar til noko eller ikkje. Vindauget, den automatiske tilkoplinga og attoppkoplinga etter eit nettverksbyte er tre skilde åtferder med tre skilde eigarar. Dei fleste frustrerte freistnadene på å fjerna eit oppstartselement byrjar med at desse tre er slegne saman til éi klage. Skil dei først, så skriv endringsførespurnaden seg sjølv.

Namngje åtferda du faktisk ser

Sjå på éi innlogging utan å røra noko og skriv ned kva som skjer, i rekkjefølgje. Eit vindauge som opnar seg utan tilkopling er eitt tilfelle, eit vindauge som opnar seg og koplar til er eit anna, og ei tilkopling som kjem attende etter nettverksbytet er eit tredje. Spør kva som faktisk etablerer tunnelen i staden for kva som syner på skjermen, fordi vindauget og tunnelen har ulike eigarar. To slag bevis svarar på det, og berre eitt av dei ser denne klienten:

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

Les dei tre utskriftene saman, fordi scutil --nc list listar VPN-konfigurasjonane til systemet og ei tom liste tyder berre at ingen system-VPN-teneste eig ein tunnel. Cisco Secure Client registrerer ingen: han endar via vpnagentd og eit utun-grensesnitt, så prosessen og grensesnittet er bevisa som ser han. Når vpnagentd køyrer og eit utun-grensesnitt har ei adresse, finst tunnelen sjølv med vindauget lukka; når ingen av dei er til stades, er den automatiske tilkoplinga av og vindauget er det einaste å snakka om. Frontenden kan òg køyre medan ein eigen bakgrunnsteneste eig tunnelen, så eigarskapsspørsmålet høyrer til profilavsnitta og ikkje dette.

Vindauget ved innlogging er eit oppstartsspørsmål

Eit innloggingsvindauge kjem frå ein oppstartsagent eller frå appen si eiga innstilling om å opna ved innlogging, og ingen av dei er same mekanisme som tilkoplingspolicyen. Identifiser installert produkt og versjon før du redigerer noko, fordi dokumentasjon for eldre utgåver skildrar filer ei noverande installasjon kanskje ikkje brukar. Å slå av den automatiske tilkoplinga stoppar ikkje nødvendigvis vindauget frå å opna seg, og å stoppa vindauget stoppar ikkje ei attoppkopling. Bruk den støtta oppstartskontrollen til klienten eller programvareprosessen til administratoren din, i den rekkjefølgja.

På ein administrert Mac, stadfest om åtferda kjem via ein installert konfigurasjonsprofil før du handsamar ho som ei lokal innstilling. Systemet kan lista profilane det har, og eit administrert innloggingselement er ikkje ditt å sletta:

profiles show -type configuration

Der innstillinga er brukarstyrbar, endre ho i klientinnstillingane og logg ut for å testa. Der ho er låst, er eigaren av profilen den einaste som kan endra ho. Å fjerna filer lokalt gjev eit avvik som neste oppdatering stille reparerer, noko som gjer det til den minst varige løysinga som finst. Ei gråa avkryssingsboks er ikkje ein øydelagd klient; det er ei policyfråsegn.

Auto Connect on Start er ei eiga innstilling

Cisco sin tilkoplingsrettleiar nemner Auto Connect on Start som innstillinga som styrer eit tilkoplingsforsøk når klienten startar, og skildrar ho som av som standard. Ein utrulla profil kan slå ho på, og difor oppfører to Mac-ar med same klient seg ulikt ved innlogging. Sjå etter den innstillinga i innstillingane til klienten før du legg noko til grunn om oppstartselement.

Endre ho via den støtta kontrollen og test med full utlogging i staden for omstart, fordi nokre komponentar berre startar med innloggingsøkta. Stadfest deretter at den manuelle tilkoplinga framleis verkar, sidan ei innstilling som undertrykkjer det automatiske forsøket ikkje skal fjerna evna di til å kopla til. Om klienten likevel koplar til att med ein gong, ser du på attoppkoplingsåtferda. Det er neste spørsmål, og det har ein annan eigar.

Auto Reconnect høyrer til ei tredje innstilling

Attoppkopling styrer kva som skjer etter at ei etablert økt mistar vegen sin: loket blir lukka, Wi-Fi-nettet blir bytt, ei kabel-lenke fell ut. Cisco dokumenterer ho skilt frå oppstartsåtferd, så ei oppstartsendring vil ikkje røra ho. Test ho ved å kopla frå nettet eit augneblink og sjå om tunnelen kjem attende utan inndata.

Ei attoppkopling som ignorerer ei medviten fråkopling er vanlegvis policy, ikkje ein feil. Nokre utrullingar krev ei alltid-på-ordning, som høyrer heime i ein policysamtale og ikkje i ein omveg. Å fjerna komponenten som handhevar ho kan bryta haldningskontrollar og bli gjenoppretta av neste administrasjonspush. Om kravet er legitimt, spør kva det skal garantera og om ei smalare innstilling oppfyller det; om ikkje, kan eigaren av profilen endra det på éin stad i staden for at du endrar det på førti berbare.

Be om den minste endringa, og stadfest ho

Skriv førespurnaden med fire fakta: kva klientversjon du køyrer, kva macOS-versjon du køyrer, kva som syner etter ei innlogging, og om det blir danna ein tunnel utan inndata. Deretter angi ønskt resultat i éi setning som ein kollega kan gjennomføra utan å spørja deg. Å halda klienten tilgjengeleg men lukka vindauget er ein annan førespurnad enn å hindra ei automatisk tilkopling. Ein presis førespurnad får ei policyendring, medan ein vag får ein omveg som ingen eig.

Etter endringa, logg ut og inn att, og køyr deretter den manuelle tilkoplingsflyten du er avhengig av. Om attoppkopling var i omfang, test ho separat etter prosedyren administratoren din tillèt.

Kontroller at tryggleiksmodulane organisasjonen krev framleis køyrer, sidan ei stille fjerning er lett å oversjå til ein revisjon finn ho. Resultatet du vil ha er den førespurde oppstartsåtferda med ein fungerande klient, ikkje eit fråverande ikon og ein gåte. Skriv ned kva av dei tre åtferdene som endra seg, slik at neste person kan skilja ei ekte retting frå eit tilfelle.