Dua urutan perbincangan sokongan tidak bersetuju sama ada Meraki boleh melakukan AnyConnect, dan kedua-duanya yakin tetapi salah dengan cara yang sama. Persoalannya bukan sama ada MX bertutur IKEv2, kerana AnyConnect pada perkakas itu ialah perkhidmatan TLS, bukan IPsec. Dua pemeriksaan berasingan menentukan jawapannya, dan tidak satu pun merupakan perbandingan jenama. Lakukan mengikut urutan dan anda mendapat rekod keserasian dan bukannya pendapat.

Model dan versi dahulu

Mulakan dengan perkakas yang tepat dan perisian yang dijalankannya, kerana ciri itu terhad kepada kedua-duanya. Meraki menerbitkan matriks yang menyenaraikan model yang disokong dan firmware minimum, dan matriks itu satu-satunya autoriti yang wajar dipetik. Model yang muncul dalam senarai tidak semestinya berada pada keluaran yang menyokong ciri itu, dan keluaran yang menyokongnya mungkin bukan yang anda jalankan. Catat model dan firmware yang dipasang sebagai dua fakta berasingan. Kemudian baca matriks untuk pasangan itu.

Jangan membuat kesimpulan daripada model serupa dalam keluarga yang sama. Senarai itu per model, dan perbezaannya nyata.

AnyConnect ialah perkhidmatan SSL, bukan IPsec

Meraki menerangkan AnyConnect pada MX sebagai VPN berasaskan aplikasi melalui TLS dan DTLS, dan mendokumenkannya bersebelahan perkhidmatan VPN klien L2TP/IPsec yang berasingan. Itu dua produk yang kebetulan berkongsi satu papan pemuka. Membandingkan IKEv1 dengan IKEv2 memberitahu anda tentang perkhidmatan IPsec dan tiada apa tentang sama ada perkhidmatan TLS wujud pada perkakas anda. Jika bukti anda ialah jadual versi IKE, anda telah menjawab soalan lain.

Kenal pasti perkhidmatan yang didedahkan oleh perkakas sebelum membandingkan klien. Profil L2TP/IPsec yang berfungsi tidak menjadi profil AnyConnect kerana ia mencapai organisasi yang sama, dan kedua-duanya memerlukan konfigurasi klien yang berbeza.

Ciri apa yang sebenarnya ditawarkan MX

Senarai ciri ASA daripada Cisco bukan senarai ciri MX, dan klien yang menyokong dua belas perkara tidak membuat get laluan menyokongnya. Bandingkan fungsi yang benar-benar anda perlukan: kaedah pengesahan, tingkah laku terowong berpecah, pengendalian DNS dan hak yang dikehendaki oleh perkakas. Ambil setiap satu daripada dokumentasi Meraki untuk keluaran yang digunakan.

Pengesahan ialah tempat ia biasanya menggigit. Kaedah yang ditawarkan klien tetapi tidak dapat dikonfigurasikan oleh perkakas ialah kes sokongan yang menunggu untuk berlaku.

Versi klien dan hak

Cisco Secure Client ialah nama semasa bagi keluarga klien yang sama, jadi dokumen yang menyebut AnyConnect tidak semestinya lapuk. Yang penting ialah versi yang digunakan oleh organisasi anda dan sama ada keluaran perkakas disahkan terhadapnya.

Semak keperluan lesen dalam panduan yang sama dan bukannya menganggapnya daripada platform lain. Kemudian simpan nama titik akhir, pengesahan sijil dan aliran pengesahan yang diluluskan bersama dalam satu rekod perkhidmatan, kerana ketiga-tiganya gagal secara berasingan. Amaran sijil yang diklik begitu sahaja oleh pengguna bukan hasil keserasian, ia konfigurasi yang belum disahkan. Akses jauh hanyalah separuh kerja, kerana pengguna masih memerlukan laluan dan kebenaran untuk sampai ke destinasi.

Tulis rekod dengan lima medan

Model, firmware, mod akses jauh, versi klien dan fungsi yang diperlukan oleh penggunaan. Lima medan, dan jawapan kepada bolehkah kita menggunakan AnyConnect terletak pada gabungan dan bukan pada mana-mana satu daripadanya. Rekod itu juga memberitahu jurutera seterusnya apa yang perlu disemak semula selepas peningkatan firmware.

Kemudian uji laluan dari awal hingga akhir: sahkan, selesaikan nama dalaman, capai sumber yang dibenarkan dan pastikan sumber yang tidak sepatutnya anda capai ditolak. Log masuk yang berjaya tetapi sumber tidak pernah dimuatkan ialah hasil separa, dan separuh yang hilang biasanya penghalaan atau kebenaran, bukan klien. Arkibkan gabungan yang diuji bersama perubahan itu, supaya orang seterusnya mewarisi bukti dan bukannya slogan.

Artikel berkaitan