Cisco Secure Client di Mac: jendela, koneksi otomatis, atau koneksi ulang?

Sesuatu yang terkait Cisco muncul setelah Anda login, dan mungkin ia menghubungkan sesuatu atau tidak. Jendela, koneksi otomatis, dan koneksi ulang setelah jaringan berubah adalah tiga perilaku terpisah dengan tiga pemilik terpisah. Sebagian besar upaya frustrasi untuk menghapus item peluncuran dimulai dengan ketiganya digabung menjadi satu keluhan. Pisahkan dulu, dan permintaan perubahan akan menulis dirinya sendiri.

Sebutkan perilaku yang sebenarnya Anda lihat

Amati satu login tanpa menyentuh apa pun dan catat apa yang terjadi, secara berurutan. Jendela yang terbuka tanpa koneksi adalah satu kasus, jendela yang terbuka dan terhubung adalah kasus lain, dan koneksi yang kembali setelah jaringan berubah adalah kasus ketiga. Tanyakan apa yang benar-benar membentuk tunnel, bukan apa yang tampak di layar, karena jendela dan tunnel punya pemilik berbeda. Dua jenis bukti menjawabnya, dan hanya satu yang melihat klien ini:

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

Baca ketiga keluaran bersama-sama, karena scutil --nc list mencantumkan konfigurasi VPN sistem dan daftar kosong hanya berarti tidak ada layanan VPN sistem yang memiliki tunnel. Cisco Secure Client tidak mendaftarkan satu pun: ia berakhir melalui vpnagentd dan antarmuka utun, jadi proses dan antarmuka adalah bukti yang melihatnya. Saat vpnagentd berjalan dan antarmuka utun memiliki alamat, tunnel tetap ada meski jendela tertutup; saat keduanya tidak ada, koneksi otomatis mati dan jendela adalah satu-satunya hal yang perlu dibahas. Front end juga bisa berjalan saat layanan latar terpisah memiliki tunnel, jadi pertanyaan kepemilikan masuk ke bagian profil, bukan bagian ini.

Jendela saat login adalah pertanyaan peluncuran

Jendela login berasal dari launch agent atau dari preferensi aplikasi sendiri untuk terbuka saat login, dan keduanya bukan mekanisme yang sama dengan kebijakan koneksi. Identifikasi produk dan versi yang terpasang sebelum mengedit apa pun, karena dokumentasi rilis lama menjelaskan berkas yang mungkin tidak dipakai instalasi saat ini. Mematikan koneksi otomatis tidak selalu menghentikan jendela terbuka, dan menghentikan jendela tidak menghentikan koneksi ulang. Gunakan kontrol startup yang didukung klien atau proses perangkat lunak administrator Anda, dalam urutan itu.

Di Mac yang dikelola, pastikan apakah perilaku tersebut datang melalui profil konfigurasi terpasang sebelum memperlakukannya sebagai preferensi lokal. Sistem dapat mencantumkan profil yang dimilikinya, dan item login yang dikelola bukan milik Anda untuk dihapus:

profiles show -type configuration

Jika pengaturan dapat dikendalikan pengguna, ubah di preferensi klien dan logout untuk menguji. Jika terkunci, hanya pemilik profil yang dapat mengubahnya. Menghapus berkas secara lokal menghasilkan perbedaan yang diam-diam diperbaiki pembaruan berikutnya, sehingga menjadikannya perbaikan paling tidak tahan lama. Kotak centang abu-abu bukan klien rusak; itu pernyataan kebijakan.

Auto Connect on Start adalah preferensi terpisah

Panduan koneksi Cisco menyebut Auto Connect on Start sebagai preferensi yang mengendalikan upaya koneksi saat klien diluncurkan, dan menggambarkannya mati secara bawaan. Profil yang diterapkan dapat mengaktifkannya, itulah sebabnya dua Mac dengan klien sama berperilaku berbeda saat login. Cari preferensi itu di pengaturan klien sebelum mengasumsikan apa pun tentang item peluncuran.

Ubah melalui kontrol yang didukung dan uji dengan logout penuh alih-alih peluncuran ulang, karena beberapa komponen hanya mulai bersama sesi login. Lalu pastikan koneksi manual masih berfungsi, karena preferensi yang menekan upaya otomatis seharusnya tidak menghapus kemampuan Anda terhubung. Jika klien tetap segera tersambung ulang, Anda sedang melihat perilaku koneksi ulang. Itu pertanyaan berikutnya, dan pemiliknya berbeda.

Auto Reconnect termasuk pengaturan ketiga

Koneksi ulang mengatur apa yang terjadi setelah sesi yang terbentuk kehilangan jalurnya: tutup layar ditutup, jaringan Wi-Fi berubah, tautan kabel putus. Cisco mendokumentasikannya terpisah dari perilaku startup, jadi perubahan startup tidak akan menyentuhnya. Ujilah dengan memutus jaringan sejenak dan mengamati apakah tunnel kembali tanpa masukan.

Koneksi ulang yang mengabaikan pemutusan sengaja biasanya kebijakan, bukan bug. Beberapa penerapan menuntut pengaturan selalu aktif, yang masuk ke pembicaraan kebijakan, bukan akal-akalan. Menghapus komponen yang menegakkannya dapat merusak pemeriksaan postur lalu dipulihkan oleh dorongan manajemen berikutnya. Jika persyaratannya sah, tanyakan apa yang ingin dijaminnya dan apakah pengaturan yang lebih sempit memenuhinya; jika tidak, pemilik profil dapat mengubahnya di satu tempat alih-alih Anda mengubahnya di empat puluh laptop.

Minta perubahan terkecil, lalu verifikasi

Tulis permintaan dengan empat fakta: build klien apa yang Anda jalankan, build macOS apa yang Anda jalankan, apa yang muncul setelah login, dan apakah tunnel terbentuk tanpa masukan. Lalu nyatakan hasil yang diinginkan dalam satu kalimat yang dapat diterapkan rekan kerja tanpa bertanya kepada Anda. Menjaga klien tersedia tetapi menutup jendelanya adalah permintaan berbeda dari mencegah koneksi otomatis. Permintaan yang tepat mendapat perubahan kebijakan, sedangkan yang kabur mendapat akal-akalan yang tidak dimiliki siapa pun.

Setelah perubahan, logout dan login lagi, lalu jalankan alur koneksi manual yang Anda andalkan. Jika koneksi ulang termasuk lingkup, ujilah secara terpisah dengan prosedur yang diizinkan administrator Anda.

Periksa bahwa modul keamanan yang diwajibkan organisasi masih berjalan, karena penghapusan senyap mudah terlewat sampai audit menemukannya. Hasil yang Anda inginkan adalah perilaku startup yang diminta dengan klien yang berfungsi, bukan ikon yang hilang dan misteri. Catat perilaku mana dari ketiganya yang berubah, agar orang berikutnya dapat membedakan perbaikan nyata dari kebetulan.