Cisco Secure Client në Mac: dritare, lidhje automatike apo rilidhje?

Diçka e lidhur me Cisco shfaqet pasi hyni, dhe mund ose jo të lidhë diçka. Dritarja, lidhja automatike dhe rilidhja pas një ndryshimi rrjeti janë tre sjellje të ndara me tre pronarë të ndarë. Shumica e përpjekjeve të frustruara për të hequr një artikull nisjeje fillojnë duke i bashkuar këto të tre në një ankesë të vetme. Ndajini së pari dhe kërkesa për ndryshim shkruhet vetë.

Emërtoni sjelljen që po shihni në të vërtetë

Vëzhgoni një hyrje pa prekur asgjë dhe shkruani çfarë ndodh, sipas radhës. Një dritare që hapet pa lidhje është një rast, një dritare që hapet dhe lidhet është një tjetër, dhe një lidhje që kthehet pas ndryshimit të rrjetit është e treta. Pyetni çfarë vendos në të vërtetë tunelin, jo çfarë shfaqet në ekran, sepse dritarja dhe tuneli kanë pronarë të ndryshëm. Dy lloje provash i përgjigjen kësaj, dhe vetëm njëri prej tyre e sheh këtë klient:

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

Lexoni tre daljet së bashku, sepse scutil --nc list liston konfigurimet VPN të sistemit dhe një listë e zbrazët do të thotë vetëm se asnjë shërbim VPN i sistemit nuk zotëron një tunel. Cisco Secure Client nuk regjistron një të tillë: përfundon përmes vpnagentd dhe një ndërfaqeje utun, kështu që procesi dhe ndërfaqja janë provat që e shohin atë. Kur vpnagentd është duke punuar dhe një ndërfaqe utun ka adresë, tuneli ekziston edhe me dritaren e mbyllur; kur nuk është asnjëra, lidhja automatike është e fikur dhe dritarja është e vetmja gjë për të diskutuar. Front end-i mund të punojë edhe kur një shërbim i veçantë i sfondit zotëron tunelin, prandaj çështja e pronësisë i përket seksioneve të profilit dhe jo këtij.

Dritarja në hyrje është një çështje nisjeje

Një dritare hyrjeje vjen nga një agjent nisjeje ose nga preferenca e vetë aplikacionit për t'u hapur në hyrje, dhe asnjëra nuk është i njëjti mekanizëm si politika e lidhjes. Identifikoni produktin dhe versionin e instaluar përpara se të modifikoni çdo gjë, sepse dokumentacioni i versioneve të vjetra përshkruan skedarë që një instalim aktual mund të mos i përdorë. Fikja e lidhjes automatike nuk e ndal domosdoshmërisht hapjen e dritares, dhe ndalimi i dritares nuk ndal një rilidhje. Përdorni kontrollin e mbështetur të nisjes së klientit ose procesin e softuerit të administratorit tuaj, në atë rend.

Në një Mac të menaxhuar, konfirmoni nëse sjellja vjen përmes një profili konfigurimi të instaluar përpara se ta trajtoni si preferencë lokale. Sistemi mund të listojë profilet që ka, dhe një artikull hyrjeje i menaxhuar nuk është i juaji për t'u fshirë:

profiles show -type configuration

Kur cilësimi kontrollohet nga përdoruesi, ndryshojeni në preferencat e klientit dhe dilni për të testuar. Kur është i bllokuar, vetëm pronari i profilit mund ta ndryshojë. Heqja e skedarëve lokalisht prodhon një divergjencë që përditësimi tjetër e rregullon në heshtje, gjë që e bën atë zgjidhjen më pak të qëndrueshme në dispozicion. Një kuti e grirë nuk është një klient i prishur; është një deklaratë politike.

Auto Connect on Start është një preferencë e veçantë

Udhëzuesi i lidhjes i Cisco e emërton Auto Connect on Start si preferencën që kontrollon një përpjekje lidhjeje kur klienti nis, dhe e përshkruan si të fikur si parazgjedhje. Një profil i vendosur mund ta aktivizojë, prandaj dy Mac me të njëjtin klient sillen ndryshe në hyrje. Kërkoni atë preferencë në cilësimet e klientit përpara se të supozoni çdo gjë për artikujt e nisjes.

Ndryshojeni përmes kontrollit të mbështetur dhe testoni me një dalje të plotë në vend të një rinisjeje, sepse disa komponentë nisen vetëm me sesionin e hyrjes. Pastaj konfirmoni që lidhja manuale ende funksionon, pasi një preferencë që shtyp përpjekjen automatike nuk duhet të heqë aftësinë tuaj për t'u lidhur. Nëse klienti gjithsesi rilidhet menjëherë, po shihni sjelljen e rilidhjes. Kjo është pyetja tjetër dhe ka një pronar tjetër.

Auto Reconnect i përket një cilësimi të tretë

Rilidhja rregullon çfarë ndodh pasi një sesion i vendosur humbet rrugën e tij: mbyllet kapaku, ndryshon rrjeti Wi-Fi, bie një lidhje me kabllo. Cisco e dokumenton atë ndaras nga sjellja e nisjes, prandaj një ndryshim nisjeje nuk do ta prekë. Testojeni duke shkëputur rrjetin për një moment dhe duke vëzhguar nëse tuneli kthehet pa ndërhyrje.

Një rilidhje që injoron një shkëputje të qëllimshme është zakonisht politikë, jo një bug. Disa vendosje kërkojnë një rregullim gjithnjë aktiv, i cili i përket një bisede politike dhe jo një zgjidhjeje anashkaluese. Heqja e komponentit që e zbaton atë mund të thyejë kontrollet e qëndrimit dhe pastaj të rikthehet nga shtytja tjetër e menaxhimit. Nëse kërkesa është legjitime, pyetni çfarë synon të garantojë dhe nëse një cilësim më i ngushtë e plotëson; nëse nuk është, pronari i profilit mund ta ndryshojë në një vend në vend që ju ta ndryshoni në dyzet laptopë.

Kërkoni ndryshimin më të vogël dhe pastaj verifikojeni

Shkruani kërkesën me katër fakte: çfarë versioni klienti ekzekutoni, çfarë versioni macOS ekzekutoni, çfarë shfaqet pas një hyrjeje dhe nëse formohet një tunel pa ndërhyrje. Pastaj shprehni rezultatin e dëshiruar në një fjali që një koleg mund ta zbatojë pa ju pyetur. Të mbash klientin të disponueshëm por të mbyllësh dritaren e tij është një kërkesë e ndryshme nga parandalimi i një lidhjeje automatike. Një kërkesë e saktë merr një ndryshim politike, ndërsa një e paqartë merr një zgjidhje anashkaluese që askush nuk e zotëron.

Pas ndryshimit, dilni dhe hyni përsëri, pastaj ekzekutoni rrjedhën e lidhjes manuale nga e cila vareni. Nëse rilidhja ishte në fushëveprim, testojeni veçmas sipas procedurës që lejon administratori juaj.

Kontrolloni që modulet e sigurisë që kërkon organizata janë ende duke punuar, sepse një heqje e heshtur është e lehtë të mbetet pa u vënë re derisa një auditim ta gjejë. Rezultati që dëshironi është sjellja e kërkuar e nisjes me një klient funksional, jo një ikonë që mungon dhe një mister. Shkruani cila nga tre sjelljet ndryshoi, që personi tjetër të mund të dallojë një rregullim të vërtetë nga një rastësi.