Nešto povezano s Ciscom pojavljuje se nakon prijave i možda nešto povezuje, a možda i ne. Prozor, automatsko povezivanje i ponovno povezivanje nakon promjene mreže tri su odvojena ponašanja s tri odvojena vlasnika. Većina frustriranih pokušaja uklanjanja stavke pokretanja počinje tako da se ta tri spoje u jednu pritužbu. Razdvojite ih prvo i zahtjev za promjenu napisat će se sam.

Imenujte ponašanje koje zapravo vidite

Promatrajte jednu prijavu bez ikakvog diranja i zapišite što se događa, redom. Prozor koji se otvori bez veze je jedan slučaj, prozor koji se otvori i poveže drugi, a veza koja se vrati nakon promjene mreže treći. Pitajte što zapravo uspostavlja tunel, a ne što se vidi na zaslonu, jer prozor i tunel imaju različite vlasnike. Dvije vrste dokaza odgovaraju na to, a samo jedna od njih vidi ovog klijenta:

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

Pročitajte sva tri izlaza zajedno, jer scutil --nc list navodi VPN konfiguracije sustava i prazan popis znači samo da nijedna sistemska VPN usluga ne posjeduje tunel. Cisco Secure Client ne registrira nijednu: završava kroz vpnagentd i utun sučelje, pa su proces i sučelje dokazi koji ga vide. Kada vpnagentd radi i utun sučelje ima adresu, tunel postoji i kad je prozor zatvoren; kad nema ni jednoga, automatsko povezivanje je isključeno i prozor je jedino o čemu se može razgovarati. Front end može raditi i dok zasebna pozadinska usluga posjeduje tunel, pa pitanje vlasništva pripada odjeljcima profila, a ne ovome.

Prozor pri prijavi pitanje je pokretanja

Prozor za prijavu dolazi od launch agenta ili od vlastite postavke aplikacije za otvaranje pri prijavi, a nijedno od toga nije isti mehanizam kao politika povezivanja. Identificirajte instalirani proizvod i verziju prije bilo kakvog uređivanja, jer dokumentacija starijih izdanja opisuje datoteke koje trenutna instalacija možda ne koristi. Isključivanje automatskog povezivanja ne zaustavlja nužno otvaranje prozora, a zaustavljanje prozora ne zaustavlja ponovno povezivanje. Upotrijebite podržanu kontrolu pokretanja klijenta ili softverski proces svog administratora, tim redom.

Na upravljanom Macu potvrdite dolazi li ponašanje kroz instalirani konfiguracijski profil prije nego što ga tretirate kao lokalnu postavku. Sustav može navesti profile koje ima, a upravljana stavka prijave nije vaša za brisanje:

profiles show -type configuration

Gdje je postavka pod korisničkom kontrolom, promijenite je u postavkama klijenta i odjavite se radi provjere. Gdje je zaključana, samo je vlasnik profila može promijeniti. Lokalno uklanjanje datoteka stvara razliku koju sljedeće ažuriranje tiho popravi, što ga čini najmanje trajnim dostupnim rješenjem. Zasivljeni potvrdni okvir nije pokvaren klijent; to je izjava o politici.

Auto Connect on Start zasebna je postavka

Ciscov vodič za povezivanje naziva Auto Connect on Start postavkom koja upravlja pokušajem povezivanja pri pokretanju klijenta i opisuje je kao isključenu prema zadanim postavkama. Implementirani profil može je uključiti, zato se dva Maca s istim klijentom pri prijavi ponašaju različito. Potražite tu postavku u postavkama klijenta prije nego što bilo što pretpostavite o stavkama pokretanja.

Promijenite je kroz podržanu kontrolu i testirajte punom odjavom umjesto ponovnog pokretanja, jer neke komponente počinju samo sa sesijom prijave. Zatim potvrdite da ručno povezivanje još radi, jer postavka koja potiskuje automatski pokušaj ne bi smjela ukloniti vašu mogućnost povezivanja. Ako se klijent ipak odmah ponovno poveže, gledate ponašanje ponovnog povezivanja. To je sljedeće pitanje i ima drugog vlasnika.

Auto Reconnect pripada trećoj postavci

Ponovno povezivanje uređuje što se događa nakon što uspostavljena sesija izgubi svoj put: zatvaranje poklopca, promjena Wi-Fi mreže, pad žičane veze. Cisco ga dokumentira odvojeno od ponašanja pokretanja, pa ga promjena pokretanja neće dotaknuti. Testirajte ga tako da nakratko prekinete mrežu i promatrate vraća li se tunel bez ikakvog unosa.

Ponovno povezivanje koje ignorira namjerni prekid obično je politika, a ne bug. Neke implementacije zahtijevaju stalno uključeno uređenje, koje pripada razgovoru o politici, a ne zaobilaznom rješenju. Uklanjanje komponente koja ga provodi može slomiti provjere stanja i zatim biti vraćeno sljedećim upravljačkim guranjem. Ako je zahtjev legitiman, pitajte što bi trebao jamčiti i zadovoljava li ga uža postavka; ako nije, vlasnik profila može ga promijeniti na jednom mjestu umjesto da ga vi mijenjate na četrdeset prijenosnika.

Zatražite najmanju promjenu, zatim je provjerite

Napišite zahtjev s četiri činjenice: koju verziju klijenta pokrećete, koju verziju macOS-a pokrećete, što se pojavljuje nakon prijave i nastaje li tunel bez unosa. Zatim iznesite željeni ishod u jednoj rečenici koju bi kolega mogao provesti bez pitanja. Držati klijent dostupnim, ali zatvoriti njegov prozor drugi je zahtjev od sprječavanja automatskog povezivanja. Precizan zahtjev dobiva promjenu politike, a nejasan zaobilazno rješenje koje nitko ne posjeduje.

Nakon promjene odjavite se i ponovno prijavite, zatim pokrenite tijek ručnog povezivanja o kojem ovisite. Ako je ponovno povezivanje bilo u opsegu, testirajte ga zasebno prema postupku koji vaš administrator dopušta.

Provjerite rade li sigurnosni moduli koje organizacija zahtijeva još uvijek, jer je tiho uklanjanje lako propustiti dok ga revizija ne pronađe. Rezultat koji želite je traženo ponašanje pokretanja s ispravnim klijentom, a ne odsutna ikona i misterij. Zapišite koje se od tri ponašanja promijenilo, kako bi sljedeća osoba mogla razlikovati stvarni popravak od slučajnosti.

Povezani članci