Cisco Secure Client Macis: aken, automaatne ühendus või taasühendus?
Sisselogimisaken, automaatne ühendus ja taasühendus on kolm käitumist kolme omanikuga. Muuda seda, mida oskad nimetada, ja kontrolli seda pärast väljalogimist.
Pärast sisselogimist ilmub midagi Ciscoga seotut ja see võib midagi ühendada või mitte. Aken, automaatne ühendus ja võrguvahetuse järgne taasühendus on kolm eraldi käitumist kolme eraldi omanikuga. Enamik frustreerunud katseid käivitusüksust eemaldada algab sellest, et need kolm on üheks kaebuseks kokku surutud. Erista need kõigepealt ja muudatustaotlus kirjutab end ise.
Nimeta käitumine, mida tegelikult näed
Jälgi ühte sisselogimist midagi puutumata ja pane järjekorras kirja, mis juhtub. Aken, mis avaneb ilma ühenduseta, on üks juhtum; aken, mis avaneb ja ühendub, on teine; ja ühendus, mis naaseb pärast võrguvahetust, on kolmas. Küsi, mis tegelikult tunnelit loob, mitte mis ekraanil paistab, sest aknal ja tunnelil on erinevad omanikud. Sellele vastavad kahte liiki tõendid ja ainult üks neist näeb seda klienti:
scutil --nc list
ps aux | grep -i [v]pnagentd
ifconfig | grep -A3 utunLoe kolme väljundit koos, sest scutil --nc list loetleb süsteemi VPN-konfiguratsioonid ja tühi loend tähendab ainult seda, et ükski süsteemi VPN-teenus ei oma tunnelit. Cisco Secure Client ei registreeri ühtegi: see lõpeb vpnagentd ja utun-liidese kaudu, seega protsess ja liides on tõendid, mis seda näevad. Kui vpnagentd töötab ja utun-liidesel on aadress, on tunnel olemas ka suletud akna korral; kui kumbagi pole, on automaatne ühendus väljas ja aken on ainus, millest rääkida. Esiosa võib töötada ka siis, kui tunnelit omab eraldi taustateenus, seega kuulub omandi küsimus profiilijaotistesse, mitte siia.
Aken sisselogimisel on käivituse küsimus
Sisselogimisaken tuleb käivitusagendist või rakenduse enda sisselogimisel avamise eelistusest ja kumbki ei ole sama mehhanism kui ühenduspoliitika. Enne millegi muutmist tuvasta paigaldatud toode ja versioon, sest vanemate väljaannete dokumentatsioon kirjeldab faile, mida praegune paigaldus ei pruugi kasutada. Automaatse ühenduse väljalülitamine ei peata tingimata akna avanemist ja akna peatamine ei peata taasühendust. Kasuta kliendi toetatud käivitusjuhtimist või administraatori tarkvaraprotsessi, selles järjekorras.
Hallataval Macil kinnita, kas käitumine tuleb paigaldatud konfiguratsiooniprofiili kaudu, enne kui käsitled seda kohaliku eelistusena. Süsteem saab loetleda oma profiilid ja hallatav sisselogimisüksus ei ole sinu kustutada:
profiles show -type configurationKui säte on kasutaja juhitav, muuda seda kliendi eelistustes ja logi testimiseks välja. Kui see on lukustatud, saab seda muuta ainult profiili omanik. Failide kohalik eemaldamine tekitab erinevuse, mille järgmine uuendus vaikselt parandab, mis teeb sellest kõige vähem püsiva lahenduse. Hallistatud märkeruut ei ole katkine klient; see on poliitikaavaldus.
Auto Connect on Start on eraldi eelistus
Cisco ühendusjuhend nimetab Auto Connect on Starti eelistuseks, mis juhib ühendusekatset kliendi käivitumisel, ja kirjeldab seda vaikimisi väljalülitatuna. Juurutatud profiil võib selle sisse lülitada, mistõttu kaks sama kliendiga Maci käituvad sisselogimisel erinevalt. Otsi seda eelistust kliendi seadetest, enne kui käivitusüksuste kohta midagi eeldad.
Muuda seda toetatud juhtimise kaudu ja testi täieliku väljalogimisega, mitte taaskäivitusega, sest mõned komponendid käivituvad ainult sisselogimisseansiga. Seejärel kinnita, et käsitsi ühendamine ikka toimib, kuna automaatset katset summutav eelistus ei tohiks sinu ühendamisvõimet ära võtta. Kui klient ikkagi kohe taasühendub, vaatad sa taasühenduse käitumist. See on järgmine küsimus ja sellel on erinev omanik.
Auto Reconnect kuulub kolmanda sätte juurde
Taasühendus määrab, mis juhtub pärast seda, kui loodud seanss kaotab oma tee: kaane sulgemine, Wi-Fi võrgu vahetus, juhtmega lingi katkemine. Cisco dokumenteerib seda käivituskäitumisest eraldi, seega käivituse muudatus ei puuduta seda. Testi seda, katkestades võrgu hetkeks ja jälgides, kas tunnel naaseb ilma sinu sekkumiseta.
Taasühendus, mis eirab teadlikku lahtiühendamist, on tavaliselt poliitika, mitte viga. Mõned juurutused nõuavad pidevalt töötavat lahendust, mis kuulub poliitikaarutellu, mitte möödaviikumisse. Seda jõustava komponendi eemaldamine võib rikkuda seisundikontrollid ja selle taastab järgmine haldustõuge. Kui nõue on põhjendatud, küsi, mida see peaks tagama ja kas kitsam säte seda rahuldab; kui ei ole, saab profiili omanik seda muuta ühes kohas, selle asemel et sina muudaksid seda neljakümnel sülearvutil.
Palu väikseim muudatus ja kontrolli seda
Kirjuta taotlus nelja faktiga: millist kliendi versiooni kasutad, millist macOS-i versiooni kasutad, mis ilmub pärast sisselogimist ja kas tunnel moodustub ilma sinu sekkumiseta. Seejärel sõnasta soovitud tulemus ühe lausega, mille kolleeg saaks rakendada ilma sinult küsimata. Kliendi kättesaadavana hoidmine, aga selle akna sulgemine on teine taotlus kui automaatse ühenduse takistamine. Täpne taotlus saab poliitikamuudatuse, ebamäärane aga möödaviigu, mida keegi ei oma.
Pärast muudatust logi välja ja uuesti sisse, seejärel käivita käsitsi ühendamise töövoog, millest sõltud. Kui taasühendus oli skoobis, testi seda eraldi mis tahes menetluse järgi, mille administraator lubab.
Kontrolli, et organisatsiooni nõutavad turbemoodulid ikka töötavad, sest vaikset eemaldamist on lihtne märkamata jätta, kuni audit selle leiab. Soovitud tulemus on nõutud käivituskäitumine töötava kliendiga, mitte puuduv ikoon ja mõistatus. Pane kirja, milline kolmest käitumisest muutus, et järgmine inimene oskaks eristada tõelist parandust juhusest.