Migrasi VPN: lisensi, fitur, dan kebijakan sebagai satu catatan

Sesi yang masih berjalan di konsentrator lama terasa seperti bukti bahwa migrasi hampir selesai. Padahal itu satu item inventaris, dan yang paling tidak menarik. Yang dibutuhkan pemindahan adalah catatan yang mengikat gateway tujuan, klien yang didukung, hak yang dibeli, dan kebijakan penerimaan yang diberlakukan ke dalam satu artefak yang dimiliki seseorang. Tanpanya, migrasi adalah rangkaian asumsi yang masing-masing tampak wajar sendirian.

Empat Kolom, Bukan Satu Daftar Periksa

Apa yang dapat ditanggung perangkat keras, apa yang diizinkan kontrak, dan apa yang diizinkan seperangkat aturan adalah tiga pertanyaan terpisah, dan mencampurnya menghasilkan rencana yang tidak dapat diaudit siapa pun. Simpan dalam kolom terpisah dan minta masing-masing menyebut sumbernya. Perangkat yang menerima koneksi membuktikan bahwa perangkat dapat tersambung, dan itu tidak menjelaskan apa pun tentang cakupan fitur atau dasar penghitungan. Tiga kolom yang saling bertentangan jauh lebih berguna daripada satu paragraf yang terdengar yakin.

Catatan selesai ketika keempat kolom diisi oleh orang yang berhak mengisinya. Kolom yang ditandatangani pemilik yang salah adalah rumor bertanggal.

Platform dan Hak

Catat gateway yang didukung, sistem operasi klien, jalur autentikasi, dan perkakas manajemen. Jangan pertahankan klien usang hanya karena profil lamanya masih terbuka, sebab profil itu adalah klaim kompatibilitas yang mungkin tidak lagi dipenuhi vendor. Periksa pernyataan dukungan terkini terhadap rilis yang hendak Anda pasang.

Untuk hak, catat produk, jenis lisensi, jangka waktu, dan dasar penghitungan, lalu cocokkan melalui pemilik akun. Menyimpulkan hak dari penghitung sesi historis adalah cara sebuah organisasi menemukan kekurangan setelah pemindahan, bukan sebelumnya.

Panduan pemesanan vendor menunjukkan mengapa pembedaan itu penting. Misalnya, panduan pemesanan Secure Client dari Cisco memisahkan tingkat Advantage, Premier, dan VPN Only, masing-masing dengan ukuran dan cakupan fiturnya sendiri. Gunakan perjanjian terkini alih-alih menerjemahkan label lama secara mekanis.

Fitur dan Kebijakan yang Diberlakukan

Daftar kemampuan yang benar-benar dibutuhkan penerapan: mode tunnel yang diizinkan, penilaian perangkat, integrasi autentikasi, dan modul lain apa pun. Periksa dukungan dan hak untuk masing-masing secara terpisah, karena sebuah fitur bisa didukung tetapi tanpa lisensi, atau berlisensi tetapi tidak didukung pada rilis yang dipilih. Hanya baris yang menjawab ya pada kedua pertanyaan yang dihitung.

Bila targetnya ASA, kolom fitur dibaca dari perangkatnya, bukan dari kontrak, jadi tangkap gateway sebelum hari pemindahan. show vpn-sessiondb summary memberi inventaris sesi aktif dan angka yang menjadi dasar pengukuran hak Anda, show vpn-sessiondb detail anyconnect menunjukkan jenis klien dan profil yang benar-benar dipakai setiap sesi yang diatribusikan, dan show running-config webvpn menangkap konfigurasi gateway yang menjadi tempat bergantungnya sesi-sesi itu, dan itulah satu bagian catatan yang tidak dapat dimuat dokumen lisensi mana pun.

show vpn-sessiondb summary
show vpn-sessiondb detail anyconnect
show running-config webvpn

Setelah pemindahan, jalankan ketiganya di gateway baru dan bandingkan dengan salinan yang ditangkap. Perubahan jumlah sesi memang wajar; jenis klien atau blok webvpn yang muncul di satu sisi dan tidak di sisi lain adalah temuannya, dan itu masuk ke catatan dengan penjelasan, bukan ke komentar tiket. Simpan tangkapan mentah maupun perbedaannya, karena peninjau berikutnya ingin melihat apa yang dibandingkan. Pada vendor lain padanannya adalah tabel sesi dan ekspor profil platform itu, dalam format yang tidak akan sejajar, jadi bandingkan pertanyaan yang diajukan kepadanya, bukan teksnya.

Lalu petakan pengguna dan perangkat ke aturan target, izin sumber daya, dan perilaku penolakan. Lisensi yang mengaktifkan suatu fitur bukan konfigurasi yang menjalankannya, dan celah di antara keduanya adalah tempat sebagian besar kejutan migrasi bersemayam.

Tuliskan kasus penolakan dengan hati-hati yang sama seperti kasus yang diizinkan. Rencana yang hanya membuktikan bahwa administrator dapat tersambung telah menguji jalur termudah dan tidak satu pun batasnya.

Terima di Kedua Sisi Keputusan

Sebelum pemindahan, jalankan rencana penerimaan yang disetujui pada jenis klien yang dituju, metode autentikasi, dan sumber dayanya. Sertakan perangkat atau identitas yang harus ditolak, dan pastikan aturan mana yang memilihnya serta apa yang dapat dijangkau sesi yang dihasilkan. Sepakati kasus penolakan sebelum jendela perubahan dibuka, agar tidak ada yang diam-diam membuangnya di bawah tekanan waktu. Rencana tanpa kasus penolakan telah menguji jalur bahagia dan tidak lebih.

Pertahankan jalur pembatalan dan jalur manajemen yang tidak bergantung pada hal yang sedang dimigrasikan. Simpan konfigurasi dan catatan identitas dengan aman, dan tinggalkan pengaturan kriptografi usang alih-alih membawanya ke depan. Jangan pernah menempelkan pengenal lisensi atau catatan pengguna ke dalam catatan publik.

Minta pemilik menandatangani hak dan pemetaan kebijakan bersama-sama. Catatan yang selesai menjawab dua pertanyaan sekaligus: apa yang berhak diterapkan organisasi, dan aturan mana yang benar-benar menerima serta membatasi penggunanya.