Cisco Secure Client „Mac“ sistemoje: langas, automatinis prisijungimas ar pakartotinis prisijungimas?

Prisijungus atsiranda kažkas su „Cisco“, ir tai gali ką nors jungti arba ne. Langas, automatinis ryšys ir pakartotinis prisijungimas po tinklo pasikeitimo yra trys atskiros elgsenos su trimis atskirais savininkais. Dauguma nusivylusių bandymų pašalinti paleidimo elementą prasideda tuo, kad šie trys suplakami į vieną skundą. Pirmiausia juos atskirkite, ir pakeitimo prašymas parašys pats save.

Įvardykite elgseną, kurią iš tikrųjų matote

Stebėkite vieną prisijungimą nieko neliesdami ir užrašykite, kas vyksta, iš eilės. Langas, atsiveriantis be ryšio, yra vienas atvejis, langas, kuris atsiveria ir prisijungia, – kitas, o ryšys, kuris grįžta pasikeitus tinklui, – trečias. Klauskite, kas iš tikrųjų sukuria tunelį, o ne kas matoma ekrane, nes lango ir tunelio savininkai skirtingi. Į tai atsako dviejų rūšių įrodymai, ir tik vienas jų mato šį klientą:

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

Skaitykite tris išvestis kartu, nes scutil --nc list išvardija sistemos VPN konfigūracijas ir tuščias sąrašas reiškia tik tai, kad jokia sistemos VPN paslauga neturi tunelio. „Cisco Secure Client“ tokio neregistruoja: jis baigiasi per vpnagentd ir utun sąsają, todėl procesas ir sąsaja yra įrodymai, kurie jį mato. Kai vpnagentd veikia ir utun sąsaja turi adresą, tunelis egzistuoja net uždarius langą; kai nėra nė vieno, automatinis ryšys išjungtas, o langas yra vienintelis dalykas, apie kurį galima kalbėti. Priekinė dalis gali veikti ir tada, kai tunelį turi atskira foninė paslauga, todėl nuosavybės klausimas priklauso profilio skiltims, o ne šiai.

Langas prisijungiant – tai paleidimo klausimas

Prisijungimo langas atsiranda iš paleidimo agento arba iš pačios programos nuostatos atsidaryti prisijungus, ir nė vienas iš jų nėra tas pats mechanizmas kaip prisijungimo politika. Prieš ką nors redaguodami nustatykite įdiegtą produktą ir versiją, nes senesnių leidimų dokumentacija aprašo failus, kurių dabartinė instaliacija gali nenaudoti. Automatinio ryšio išjungimas nebūtinai sustabdo lango atsidarymą, o lango sustabdymas nesustabdo pakartotinio prisijungimo. Naudokite palaikomą kliento paleidimo valdiklį arba administratoriaus programinės įrangos procesą, tokia tvarka.

Valdomame „Mac“ patvirtinkite, ar elgsena ateina per įdiegtą konfigūracijos profilį, prieš traktuodami ją kaip vietinę nuostatą. Sistema gali išvardinti turimus profilius, o valdomas prisijungimo elementas nėra jūsų trinamas:

profiles show -type configuration

Kai nustatymą gali valdyti naudotojas, pakeiskite jį kliento nuostatose ir atsijunkite, kad išbandytumėte. Kai jis užrakintas, jį pakeisti gali tik profilio savininkas. Vietinis failų šalinimas sukuria skirtumą, kurį kitas atnaujinimas tyliai ištaiso, todėl tai yra mažiausiai patvarus sprendimas. Pilka varnelė nėra sugedęs klientas; tai politikos pareiškimas.

„Auto Connect on Start“ yra atskira nuostata

„Cisco“ prisijungimo vadovas „Auto Connect on Start“ įvardija kaip nuostatą, kuri valdo prisijungimo bandymą paleidžiant klientą, ir apibūdina ją kaip išjungtą pagal numatytuosius nustatymus. Įdiegtas profilis gali ją įjungti, todėl du „Mac“ su tuo pačiu klientu prisijungdami elgiasi skirtingai. Ieškokite šios nuostatos kliento nustatymuose, prieš ką nors darydami prielaidas apie paleidimo elementus.

Pakeiskite ją per palaikomą valdiklį ir bandykite visiškai atsijungdami, o ne paleisdami iš naujo, nes kai kurie komponentai startuoja tik su prisijungimo sesija. Tada patvirtinkite, kad rankinis ryšys vis dar veikia, nes nuostata, slopinanti automatinį bandymą, neturėtų atimti galimybės prisijungti. Jei klientas vis tiek iškart prisijungia iš naujo, jūs matote pakartotinio prisijungimo elgseną. Tai kitas klausimas, ir jis turi kitą savininką.

„Auto Reconnect“ priklauso trečiam nustatymui

Pakartotinis prisijungimas nustato, kas vyksta, kai nusistovėjusi sesija praranda kelią: užsidaro dangtis, pasikeičia „Wi-Fi“ tinklas, nutrūksta laidinis ryšys. „Cisco“ dokumentuoja tai atskirai nuo paleidimo elgsenos, todėl paleidimo pakeitimas to nelies. Išbandykite trumpam atjungdami tinklą ir stebėdami, ar tunelis grįžta be įvesties.

Pakartotinis prisijungimas, ignoruojantis sąmoningą atsijungimą, paprastai yra politika, o ne klaida. Kai kurie diegimai reikalauja nuolat įjungto sprendimo, kuris priklauso politikos pokalbiui, o ne apeinamajam sprendimui. Pašalinus tai įgyvendinantį komponentą, gali sulūžti būsenos patikros, o vėliau ją atkurtų kitas valdymo stūmimas. Jei reikalavimas pagrįstas, paklauskite, ką jis turi garantuoti ir ar siauresnis nustatymas jį tenkina; jei ne, profilio savininkas gali pakeisti jį vienoje vietoje, o ne jūs keistumėte keturiasdešimtyje nešiojamųjų.

Paprašykite mažiausio pakeitimo, tada patikrinkite

Parašykite prašymą su keturiais faktais: kokią kliento versiją naudojate, kokią „macOS“ versiją naudojate, kas pasirodo po prisijungimo ir ar tunelis susidaro be įvesties. Tada vienu sakiniu nurodykite norimą rezultatą, kurį kolega galėtų įgyvendinti jūsų nepaklausęs. Turėti klientą pasiekiamą, bet uždaryti jo langą yra kitas prašymas nei užkirsti kelią automatiniam ryšiui. Tikslus prašymas duoda politikos pakeitimą, o neaiškus – apeinamąjį sprendimą, kurio niekas nevaldo.

Po pakeitimo atsijunkite ir vėl prisijunkite, tada paleiskite rankinio prisijungimo eigą, nuo kurios priklausote. Jei pakartotinis prisijungimas buvo apimtyje, išbandykite jį atskirai pagal administratoriaus leidžiamą procedūrą.

Patikrinkite, ar organizacijos reikalaujami saugos moduliai vis dar veikia, nes tylų pašalinimą lengva praleisti, kol auditas jo neranda. Norimas rezultatas – prašyta paleidimo elgsena su veikiančiu klientu, o ne dingusi piktograma ir paslaptis. Užsirašykite, kuri iš trijų elgsenų pasikeitė, kad kitas žmogus galėtų atskirti tikrą pataisymą nuo atsitiktinumo.