Mac'da Cisco Secure Client: oyna, avtomatik ulanish yoki qayta ulanish?

Kirgandan keyin Cisco bilan bog'liq narsa paydo bo'ladi va u nimanidir ulashi yoki ulamasligi mumkin. Oyna, avtomatik ulanish va tarmoq o'zgarganidan keyingi qayta ulanish — uch alohida xatti-harakat, ularning uch alohida egasi bor. Boshlang'ich elementni olib tashlashga qaratilgan umidsiz urinishlarning ko'pchiligi shu uchtasini bitta shikoyatga birlashtirishdan boshlanadi. Avval ularni ajrating, shunda o'zgartirish so'rovi o'zi yoziladi.

Haqiqatan ko'rayotgan xatti-harakatni nomlang

Hech narsaga tegmasdan bitta kirishni kuzatib, nima bo'lishini tartib bilan yozing. Ulanishsiz ochiladigan oyna bir holat, ochilib ulanadigan oyna boshqa holat, tarmoq o'zgarganidan keyin qaytadigan ulanish esa uchinchisi. Ekranda nima ko'rinishini emas, tunnelni aslida nima o'rnatishini so'rang, chunki oyna va tunnelning egalari boshqa. Bunga ikki turdagi dalil javob beradi va ulardan faqat bittasi bu mijozi ko'radi:

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

Uch chiqishni birga o'qing, chunki scutil --nc list tizimning VPN konfiguratsiyalarini sanab o'tadi va bo'sh ro'yxat faqat hech bir tizim VPN xizmati tunnelga ega emasligini bildiradi. Cisco Secure Client bundayini ro'yxatga olmaydi: u vpnagentd va utun interfeysi orqali tugaydi, shuning uchun jarayon va interfeys uni ko'radigan dalildir. vpnagentd ishlab turganda va utun interfeysida manzil bo'lsa, oyna yopiq bo'lsa ham tunnel mavjud; ikkisi ham bo'lmasa, avtomatik ulanish o'chirilgan va oyna yagona gaplashadigan narsa. Front end tunnelga alohida fon xizmati ega bo'lganda ham ishlashi mumkin, shuning uchun egalik masalasi profil bo'limlariga tegishli, bu bo'limga emas.

Kirish paytidagi oyna - ishga tushish masalasi

Kirish oynasi ishga tushirish agentidan yoki ilovaning o'zining kirishda ochilish afzalligidan kelib chiqadi va ikkalasi ham ulanish siyosati bilan bir xil mexanizm emas. Biror narsani tahrirlashdan oldin o'rnatilgan mahsulot va versiyani aniqlang, chunki eski nashrlarning hujjatlari joriy o'rnatish ishlatmasligi mumkin bo'lgan fayllarni tavsiflaydi. Avtomatik ulanishni o'chirish oynaning ochilishini shart emas to'xtatadi, oynani to'xtatish esa qayta ulanishni to'xtatmaydi. Mijozning qo'llab-quvvatlanadigan ishga tushirish boshqaruvi yoki administratoringizning dasturiy jarayonini shu tartibda ishlating.

Boshqariladigan Mac'da xatti-harakatni mahalliy afzallik deb hisoblashdan oldin u o'rnatilgan konfiguratsiya profili orqali kelishini tasdiqlang. Tizim o'zidagi profillarni sanab bera oladi, boshqariladigan kirish elementi esa siz o'chiradigan narsa emas:

profiles show -type configuration

Sozlama foydalanuvchi tomonidan boshqariladigan joyda uni mijoz afzalliklarida o'zgartirib, sinash uchun chiqing. Qulflangan joyda uni faqat profil egasi o'zgartira oladi. Fayllarni mahalliy o'chirish keyingi yangilanish jimgina tuzatadigan farqni keltirib chiqaradi, bu esa uni eng kam bardoshli yechimga aylantiradi. Kulrang katakcha buzilgan mijoz emas; bu siyosat bayoni.

Auto Connect on Start alohida afzallik

Cisco'ning ulanish qo'llanmasi Auto Connect on Start'ni mijoz ishga tushganda ulanish urinishini boshqaradigan afzallik deb ataydi va uni standart bo'yicha o'chirilgan deb tavsiflaydi. Joylashtirilgan profil uni yoqishi mumkin, shuning uchun bir xil mijozli ikki Mac kirishda turlicha harakat qiladi. Ishga tushirish elementlari haqida biror narsa taxmin qilishdan oldin bu afzallikni mijoz sozlamalaridan qidiring.

Uni qo'llab-quvvatlanadigan boshqaruv orqali o'zgartirib, qayta ishga tushirish o'rniga to'liq chiqish bilan sinab ko'ring, chunki ba'zi komponentlar faqat kirish sessiyasi bilan boshlanadi. Keyin qo'lda ulanish hali ham ishlashini tasdiqlang, chunki avtomatik urinishni bostiradigan afzallik ulanish qobiliyatingizni olib qo'ymasligi kerak. Agar mijoz baribir darhol qayta ulansa, siz qayta ulanish xatti-harakatini ko'ryapsiz. Bu keyingi savol va uning egasi boshqa.

Auto Reconnect uchinchi sozlamaga tegishli

Qayta ulanish o'rnatilgan sessiya yo'lini yo'qotgandan keyin nima bo'lishini boshqaradi: qopqoq yopilishi, Wi-Fi tarmog'i o'zgarishi, simli aloqa uzilishi. Cisco uni ishga tushirish xatti-harakatidan alohida hujjatlashtiradi, shuning uchun ishga tushirish o'zgarishi unga tegmaydi. Tarmoqni bir zum uzib, tunnel kirishsiz qaytadimi-yo'qmi kuzatib sinab ko'ring.

Ataylab uzilishni e'tiborsiz qoldiradigan qayta ulanish odatda xato emas, siyosat. Ba'zi joylashtirishlar doim yoniq tartibni talab qiladi, bu esa yechimga emas, siyosat suhbatiga tegishli. Uni majburlovchi komponentni olib tashlash holat tekshiruvlarini buzishi va keyin navbatdagi boshqaruv turtkisi bilan tiklanishi mumkin. Agar talab qonuniy bo'lsa, u nimani kafolatlashi kerakligini va torroq sozlama uni qanoatlantiradimi-yo'qmi so'rang; bo'lmasa, profil egasi uni bir joyda o'zgartira oladi, siz qirq noutbukda o'zgartirish o'rniga.

Eng kichik o'zgarishni so'rab, keyin tekshiring

So'rovni to'rt fakt bilan yozing: qaysi mijoz buildini ishlatasiz, qaysi macOS buildini ishlatasiz, kirgandan keyin nima ko'rinadi va kirishsiz tunnel hosil bo'ladimi. Keyin kerakli natijani hamkasbingiz sizdan so'ramasdan amalga oshira oladigan bitta gapda ayting. Mijozni mavjud holda saqlab, lekin uning oynasini yopish avtomatik ulanishning oldini olishdan boshqa so'rov. Aniq so'rov siyosat o'zgarishini oladi, noaniq so'rov esa hech kimga tegishli bo'lmagan vaqtinchalik yechimni oladi.

O'zgarishdan keyin chiqib, qayta kiring, so'ng sizga bog'liq bo'lgan qo'lda ulanish jarayonini ishga tushiring. Agar qayta ulanish qamrovda bo'lsa, uni administratoringiz ruxsat bergan tartibda alohida sinab ko'ring.

Tashkilot talab qiladigan xavfsizlik modullari hali ham ishlayotganini tekshiring, chunki jimgina olib tashlash audit topmaguncha o'tkazib yuborilishi oson. Siz xohlagan natija ishlaydigan mijoz bilan so'ralgan ishga tushirish xatti-harakati, yo'qolgan belgi va sir emas. Uch xatti-harakatdan qaysi biri o'zgarganini yozib qo'ying, shunda keyingi odam haqiqiy tuzatishni tasodifdan ajrata oladi.