Cisco Secure Client sa Mac: window, auto connect o muling kumonekta?

May lumalabas na kaugnay ng Cisco pagkatapos mong mag-log in, at maaaring may kinokonekta ito o wala. Ang window, awtomatikong koneksyon at muling pagkonekta pagkatapos ng pagbabago ng network ay tatlong hiwalay na pag-uugali na may tatlong hiwalay na may-ari. Karamihan sa mga bigong pagtatangka na alisin ang isang launch item ay nagsisimula sa pagsasama ng tatlong ito sa isang reklamo. Paghiwalayin muna ang mga ito at ang kahilingan sa pagbabago ay kusang masusulat.

Pangalanan ang pag-uugaling aktwal mong nakikita

Panoorin ang isang login nang walang hinahawakan at isulat ang nangyayari, sa pagkakasunod-sunod. Ang window na bumubukas na walang koneksyon ay isang kaso, ang window na bumubukas at kumokonekta ay isa pa, at ang koneksyong bumabalik pagkatapos ng pagbabago ng network ay pangatlo. Itanong kung ano talaga ang nagtatag ng tunnel sa halip na ano ang nakikita sa screen, dahil magkaiba ang may-ari ng window at ng tunnel. Dalawang uri ng ebidensya ang sumasagot doon, at isa lamang sa kanila ang nakakakita ng client na ito:

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

Basahin ang tatlong output nang sabay, dahil scutil --nc list naglilista ng mga VPN configuration ng system at ang walang laman na listahan ay nangangahulugan lamang na walang system VPN service ang may-ari ng tunnel. Ang Cisco Secure Client ay hindi nagrerehistro ng ganoon: nagtatapos ito sa pamamagitan ng vpnagentd at isang utun interface, kaya ang proseso at interface ang ebidensyang nakakakita nito. Kapag vpnagentd ay tumatakbo at ang isang utun interface ay may address, umiiral ang tunnel kahit nakasara ang window; kapag wala ang dalawa, patay ang awtomatikong koneksyon at ang window ang tanging pag-uusapan. Maaari ring tumakbo ang front end habang may hiwalay na background service na may-ari ng tunnel, kaya ang tanong ng pagmamay-ari ay kabilang sa mga seksyon ng profile at hindi dito.

Ang window sa login ay tanong ng launch

Ang login window ay nagmumula sa isang launch agent o sa sariling kagustuhan ng app na bumukas sa login, at wala sa dalawa ang parehong mekanismo ng patakaran sa koneksyon. Tukuyin ang naka-install na produkto at bersyon bago baguhin ang anuman, dahil inilalarawan ng dokumentasyon ng lumang release ang mga file na maaaring hindi gamitin ng kasalukuyang installation. Ang pagpatay sa awtomatikong koneksyon ay hindi laging pumipigil sa pagbukas ng window, at ang paghinto sa window ay hindi pumipigil sa muling pagkonekta. Gamitin ang sinusuportahang startup control ng client o ang software process ng iyong administrator, sa ganoong pagkakasunod-sunod.

Sa isang managed na Mac, tiyakin kung ang pag-uugali ay dumarating sa pamamagitan ng naka-install na configuration profile bago ituring itong lokal na kagustuhan. Maaaring ilista ng system ang mga profile nito, at ang managed na login item ay hindi sa iyo para tanggalin:

profiles show -type configuration

Kung saan kontrolado ng user ang setting, baguhin ito sa mga kagustuhan ng client at mag-log out para subukan. Kung saan naka-lock ito, ang may-ari ng profile lamang ang makakabago. Ang pagtanggal ng mga file nang lokal ay gumagawa ng pagkakaiba na tahimik na inaayos ng susunod na update, kaya ito ang pinakamababang tumatagal na solusyon. Ang grey na checkbox ay hindi sirang client; ito ay pahayag ng patakaran.

Ang Auto Connect on Start ay hiwalay na kagustuhan

Ang gabay sa koneksyon ng Cisco ay pinangalanan ang Auto Connect on Start bilang kagustuhang kumokontrol sa pagtatangkang kumonekta kapag naglunsad ang client, at inilalarawan itong patay bilang default. Maaaring i-on ito ng naka-deploy na profile, kaya magkaiba ang pag-uugali ng dalawang Mac na may parehong client sa login. Hanapin ang kagustuhang iyon sa mga setting ng client bago mag-akala ng anuman tungkol sa mga launch item.

Baguhin ito sa pamamagitan ng sinusuportahang kontrol at subukan sa buong logout sa halip na relaunch, dahil ang ilang component ay nagsisimula lamang kasama ng login session. Pagkatapos ay tiyakin na gumagana pa rin ang manual na koneksyon, dahil ang kagustuhang sumisipsip sa awtomatikong pagtatangka ay hindi dapat magtanggal ng kakayahan mong kumonekta. Kung agad pa ring kumonekta muli ang client, tinitingnan mo ang pag-uugali ng muling pagkonekta. Iyon ang susunod na tanong, at may ibang may-ari ito.

Ang Auto Reconnect ay kabilang sa ikatlong setting

Ang muling pagkonekta ay namamahala sa nangyayari pagkatapos mawala ng itinatag na session ang landas nito: pagsara ng takip, pagbabago ng Wi-Fi network, pagbagsak ng wired link. Dokumentado ito ng Cisco nang hiwalay sa pag-uugali ng startup, kaya hindi ito maaapektuhan ng pagbabago sa startup. Subukan ito sa pamamagitan ng pagdiskonekta sa network sandali at pagmamasid kung bumabalik ang tunnel nang walang input.

Ang muling pagkonektang hindi pinapansin ang sinadyang pagdiskonekta ay karaniwang patakaran, hindi bug. Ang ilang deployment ay nangangailangan ng laging-naka-on na kaayusan, na kabilang sa usapan sa patakaran at hindi sa paraan ng pag-iwas. Ang pagtanggal sa component na nagpapatupad nito ay maaaring makasira sa posture checks at pagkatapos ay maibalik ng susunod na management push. Kung lehitimo ang pangangailangan, itanong kung ano ang dapat nitong garantiyahan at kung natutugunan ito ng mas makitid na setting; kung hindi, mababago ito ng may-ari ng profile sa isang lugar sa halip na ikaw ang magbago sa apatnapung laptop.

Humingi ng pinakamaliit na pagbabago, pagkatapos ay i-verify

Isulat ang kahilingan na may apat na katotohanan: anong client build ang pinapatakbo mo, anong macOS build ang pinapatakbo mo, ano ang lumalabas pagkatapos ng login at kung may tunnel na nabubuo nang walang input. Pagkatapos ay sabihin ang nais na resulta sa isang pangungusap na maisasakatuparan ng katrabaho nang hindi ka tinatanong. Ang pagpapanatiling available ng client pero pagsasara ng window nito ay ibang kahilingan kaysa sa pagpigil sa awtomatikong koneksyon. Ang tumpak na kahilingan ay nakakakuha ng pagbabago sa patakaran, habang ang malabo ay nakakakuha ng paraan ng pag-iwas na walang may-ari.

Pagkatapos ng pagbabago, mag-log out at mag-log in muli, pagkatapos ay patakbuhin ang manual na daloy ng koneksyon na pinagkakatiwalaan mo. Kung saklaw ang muling pagkonekta, subukan ito nang hiwalay sa ilalim ng anumang pamamaraang pinapayagan ng iyong administrator.

Tiyakin na tumatakbo pa rin ang mga security module na hinihiling ng organisasyon, dahil madaling makaligtaan ang tahimik na pagtanggal hanggang makita ito ng audit. Ang resultang gusto mo ay ang hinihiling na pag-uugali ng startup na may gumaganang client, hindi nawawalang icon at isang misteryo. Isulat kung alin sa tatlong pag-uugali ang nagbago, upang makilala ng susunod na tao ang tunay na pag-aayos mula sa pagkakataon.