Cisco Secure Client på Mac: vindu, automatisk tilkobling eller gjenoppkobling?
Et innloggingsvindu, en automatisk tilkobling og en gjenoppkobling er tre atferder med tre eiere. Endre den du kan navngi, og bekreft den etter utlogging.
Noe Cisco-relatert dukker opp etter at du logger inn, og det kan hende det kobler til noe eller ikke. Vinduet, den automatiske tilkoblingen og gjenoppkoblingen etter et nettverksbytte er tre atskilte atferder med tre atskilte eiere. De fleste frustrerte forsøk på å fjerne et oppstartselement begynner med at disse tre er slått sammen til én klage. Skill dem først, så skriver endringsforespørselen seg selv.
Navngi atferden du faktisk ser
Se på én innlogging uten å røre noe og skriv ned hva som skjer, i rekkefølge. Et vindu som åpnes uten tilkobling er ett tilfelle, et vindu som åpnes og kobler til er et annet, og en tilkobling som kommer tilbake etter nettverksbyttet er et tredje. Spør hva som faktisk etablerer tunnelen i stedet for hva som vises på skjermen, fordi vinduet og tunnelen har forskjellige eiere. To slags bevis svarer på det, og bare ett av dem ser denne klienten:
scutil --nc list
ps aux | grep -i [v]pnagentd
ifconfig | grep -A3 utunLes de tre utskriftene sammen, fordi scutil --nc list lister systemets VPN-konfigurasjoner og en tom liste betyr bare at ingen system-VPN-tjeneste eier en tunnel. Cisco Secure Client registrerer ingen: den avsluttes via vpnagentd og et utun-grensesnitt, så prosessen og grensesnittet er bevisene som ser den. Når vpnagentd kjører og et utun-grensesnitt har en adresse, finnes tunnelen selv med vinduet lukket; når ingen av dem er til stede, er den automatiske tilkoblingen av og vinduet er det eneste å snakke om. Frontenden kan også kjøre mens en egen bakgrunnstjeneste eier tunnelen, så eierskapsspørsmålet hører til profilavsnittene og ikke dette.
Vinduet ved innlogging er et oppstartsspørsmål
Et innloggingsvindu kommer fra en oppstartsagent eller fra appens egen innstilling om å åpne ved innlogging, og ingen av dem er samme mekanisme som tilkoblingspolicyen. Identifiser installert produkt og versjon før du redigerer noe, fordi dokumentasjon for eldre utgivelser beskriver filer en nåværende installasjon kanskje ikke bruker. Å slå av den automatiske tilkoblingen stopper ikke nødvendigvis vinduet fra å åpnes, og å stoppe vinduet stopper ikke en gjenoppkobling. Bruk klientens støttede oppstartskontroll eller administratorens programvareprosess, i den rekkefølgen.
På en administrert Mac, bekreft om atferden kommer via en installert konfigurasjonsprofil før du behandler den som en lokal innstilling. Systemet kan liste profilene det har, og et administrert innloggingselement er ikke ditt å slette:
profiles show -type configurationDer innstillingen er brukerstyrbar, endre den i klientinnstillingene og logg ut for å teste. Der den er låst, er profilens eier den eneste som kan endre den. Å fjerne filer lokalt gir et avvik som neste oppdatering stille reparerer, noe som gjør det til den minst varige løsningen som finnes. En grået avmerkingsboks er ikke en ødelagt klient; det er en policyerklæring.
Auto Connect on Start er en egen innstilling
Ciscos tilkoblingsveiledning nevner Auto Connect on Start som innstillingen som styrer et tilkoblingsforsøk når klienten starter, og beskriver den som av som standard. En utrullet profil kan slå den på, og derfor oppfører to Mac-er med samme klient seg ulikt ved innlogging. Se etter den innstillingen i klientens innstillinger før du antar noe om oppstartselementer.
Endre den via den støttede kontrollen og test med full utlogging i stedet for omstart, fordi noen komponenter bare starter med innloggingsøkten. Bekreft deretter at den manuelle tilkoblingen fortsatt virker, siden en innstilling som undertrykker det automatiske forsøket ikke skal fjerne evnen din til å koble til. Hvis klienten likevel kobler til igjen med en gang, ser du på gjenoppkoblingsatferden. Det er neste spørsmål, og det har en annen eier.
Auto Reconnect hører til en tredje innstilling
Gjenoppkobling styrer hva som skjer etter at en etablert økt mister veien sin: lokket lukkes, Wi-Fi-nettet byttes, en kablet lenke faller ut. Cisco dokumenterer den atskilt fra oppstartsatferd, så en oppstartsendring vil ikke berøre den. Test den ved å koble fra nettet et øyeblikk og se om tunnelen kommer tilbake uten inndata.
En gjenoppkobling som ignorerer en bevisst frakobling er vanligvis policy, ikke en feil. Noen utrullinger krever en alltid-på-ordning, som hører hjemme i en policysamtale og ikke i en omvei. Å fjerne komponenten som håndhever den kan bryte holdningskontroller og deretter bli gjenopprettet av neste administrasjonspush. Hvis kravet er legitimt, spør hva det skal garantere og om en smalere innstilling oppfyller det; hvis ikke, kan profilens eier endre det på ett sted i stedet for at du endrer det på førti bærbare.
Be om den minste endringen, og bekreft den
Skriv forespørselen med fire fakta: hvilken klientversjon du kjører, hvilken macOS-versjon du kjører, hva som vises etter en innlogging, og om en tunnel dannes uten inndata. Deretter angi ønsket resultat i én setning som en kollega kan gjennomføre uten å spørre deg. Å holde klienten tilgjengelig men lukke vinduet er en annen forespørsel enn å hindre en automatisk tilkobling. En presis forespørsel får en policyendring, mens en vag får en omvei som ingen eier.
Etter endringen, logg ut og inn igjen, og kjør deretter den manuelle tilkoblingsflyten du er avhengig av. Hvis gjenoppkobling var i omfang, test den separat etter prosedyren administratoren din tillater.
Kontroller at sikkerhetsmodulene organisasjonen krever fortsatt kjører, siden en stille fjerning er lett å overse til en revisjon finner den. Resultatet du vil ha er den forespurte oppstartsatferden med en fungerende klient, ikke et fraværende ikon og en gåte. Skriv ned hvilken av de tre atferdene som endret seg, slik at neste person kan skille en ekte rettelse fra en tilfeldighet.