Cisco Secure Client operētājsistēmā Mac: logs, automātisks savienojums vai atkārtots savienojums?

Pēc pieteikšanās parādās kaut kas saistīts ar Cisco, un tas var kaut ko savienot vai arī ne. Logs, automātiskais savienojums un atkārtotais savienojums pēc tīkla maiņas ir trīs atšķirīgas uzvedības ar trim atšķirīgiem īpašniekiem. Lielākā daļa neveiksmīgo mēģinājumu noņemt palaišanas vienumu sākas ar to, ka šie trīs tiek sablīvēti vienā sūdzībā. Vispirms atdaliet tos, un izmaiņu pieprasījums uzrakstīsies pats.

Nosauciet uzvedību, ko patiešām redzat

Novērojiet vienu pieteikšanos, nekam nepieskaroties, un pierakstiet, kas notiek, secībā. Logs, kas atveras bez savienojuma, ir viens gadījums, logs, kas atveras un savienojas, ir otrs, un savienojums, kas atgriežas pēc tīkla maiņas, ir trešais. Jautājiet, kas patiešām izveido tuneli, nevis kas parādās ekrānā, jo logam un tunelim ir atšķirīgi īpašnieki. Uz to atbild divu veidu pierādījumi, un tikai viens no tiem redz šo klientu:

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

Lasiet trīs izvades kopā, jo scutil --nc list uzskaita sistēmas VPN konfigurācijas un tukšs saraksts nozīmē tikai to, ka nevienam sistēmas VPN pakalpojumam nav tuneļa. Cisco Secure Client to nereģistrē: tas beidzas caur vpnagentd un utun saskarni, tāpēc process un saskarne ir pierādījumi, kas to redz. Kad vpnagentd darbojas un utun saskarnei ir adrese, tunelis pastāv arī ar aizvērtu logu; kad nav neviena, automātiskais savienojums ir izslēgts un logs ir vienīgais, par ko runāt. Priekšgals var darboties arī tad, kad tuneli pārvalda atsevišķs fona pakalpojums, tāpēc īpašumtiesību jautājums pieder profila sadaļām, nevis šai.

Logs pieteikšanās laikā ir palaišanas jautājums

Pieteikšanās logs nāk no palaišanas aģenta vai no pašas lietotnes iestatījuma atvērties pieteikšanās laikā, un neviens no tiem nav tas pats mehānisms kā savienojuma politika. Pirms kaut ko rediģēt, nosakiet instalēto produktu un versiju, jo vecāku laidienu dokumentācija apraksta failus, ko pašreizējā instalācija var neizmantot. Automātiskā savienojuma izslēgšana ne vienmēr aptur loga atvēršanos, un loga apturēšana neaptur atkārtotu savienojumu. Izmantojiet klienta atbalstīto palaišanas vadību vai administratora programmatūras procesu, šajā secībā.

Pārvaldītā Mac datorā pirms uzskatīt to par vietējo iestatījumu pārbaudiet, vai uzvedība nāk caur instalētu konfigurācijas profilu. Sistēma var uzskaitīt tai pieejamos profilus, un pārvaldīts pieteikšanās vienums nav jūsu dzēšams:

profiles show -type configuration

Kur iestatījumu var kontrolēt lietotājs, mainiet to klienta iestatījumos un izrakstieties, lai pārbaudītu. Kur tas ir bloķēts, to var mainīt tikai profila īpašnieks. Failu dzēšana lokāli rada atšķirību, ko nākamais atjauninājums klusi izlabo, tāpēc tas ir vismazāk noturīgais pieejamais risinājums. Iekrāsota izvēles rūtiņa nav bojāts klients; tas ir politikas paziņojums.

Auto Connect on Start ir atsevišķs iestatījums

Cisco savienojuma rokasgrāmata nosauc Auto Connect on Start par iestatījumu, kas kontrolē savienojuma mēģinājumu, kad klients tiek palaists, un apraksta to kā pēc noklusējuma izslēgtu. Izvietots profils to var iespējot, tāpēc divi Mac ar vienu un to pašu klientu pieteikšanās laikā uzvedas atšķirīgi. Meklējiet šo iestatījumu klienta iestatījumos, pirms kaut ko pieņemt par palaišanas vienumiem.

Mainiet to, izmantojot atbalstīto vadību, un pārbaudiet ar pilnu izrakstīšanos, nevis atkārtotu palaišanu, jo dažas komponentes sāk darboties tikai ar pieteikšanās sesiju. Pēc tam apstipriniet, ka manuālais savienojums joprojām darbojas, jo iestatījumam, kas nomāc automātisko mēģinājumu, nevajadzētu atņemt jūsu spēju savienoties. Ja klients tomēr uzreiz atkal savienojas, jūs skatāties atkārtotā savienojuma uzvedību. Tas ir nākamais jautājums, un tam ir cits īpašnieks.

Auto Reconnect pieder trešajam iestatījumam

Atkārtots savienojums nosaka, kas notiek pēc tam, kad izveidota sesija zaudē savu ceļu: aizveras vāks, mainās Wi-Fi tīkls, krīt vadu savienojums. Cisco to dokumentē atsevišķi no palaišanas uzvedības, tāpēc palaišanas izmaiņas to neskars. Pārbaudiet to, uz brīdi atvienojot tīklu un vērojot, vai tunelis atgriežas bez ievades.

Atkārtots savienojums, kas ignorē apzinātu atvienošanu, parasti ir politika, nevis kļūda. Daži izvietojumi prasa pastāvīgi ieslēgtu kārtību, kas pieder politikas sarunai, nevis apiešanas risinājumam. Tā izpildītāja komponenta noņemšana var salauzt stāvokļa pārbaudes un pēc tam tikt atjaunota ar nākamo pārvaldības grūdienu. Ja prasība ir leģitīma, jautājiet, ko tai jāgarantē un vai šaurāks iestatījums to apmierina; ja nav, profila īpašnieks to var mainīt vienā vietā, nevis jūs mainītu četrdesmit portatīvajos.

Lūdziet mazākās izmaiņas, pēc tam pārbaudiet

Uzrakstiet pieprasījumu ar četriem faktiem: kuru klienta versiju izmantojat, kuru macOS versiju izmantojat, kas parādās pēc pieteikšanās un vai tunelis veidojas bez ievades. Pēc tam vienā teikumā izsakiet vēlamo rezultātu, ko kolēģis varētu īstenot, neprasot jums. Paturēt klientu pieejamu, bet aizvērt tā logu ir cits pieprasījums nekā novērst automātisko savienojumu. Precīzs pieprasījums iegūst politikas izmaiņas, bet neskaidrs — apiešanas risinājumu, kam nav īpašnieka.

Pēc izmaiņām izrakstieties un vēlreiz pieteikties, pēc tam izpildiet manuālā savienojuma plūsmu, no kuras esat atkarīgs. Ja atkārtots savienojums bija tvērumā, pārbaudiet to atsevišķi saskaņā ar procedūru, ko atļauj jūsu administrators.

Pārbaudiet, vai organizācijas prasītie drošības moduļi joprojām darbojas, jo klusu noņemšanu ir viegli palaist garām, līdz to atrod audits. Vēlamais rezultāts ir pieprasītā palaišanas uzvedība ar strādājošu klientu, nevis pazudis ikona un noslēpums. Pierakstiet, kura no trim uzvedībām mainījās, lai nākamais cilvēks varētu atšķirt īstu labojumu no nejaušības.