Klien Fortinet Linux: periksa gateway sebelum memperbaiki

Panduan yang diarsipkan menyuruh memasang pustaka 32-bit, menambal tema GTK, dan menjalankan pemasang dari terminal. Sebagian nasihat itu benar untuk rilis klien tertentu, dan tidak satu pun darinya dapat mengembalikan mode terowongan yang tidak lagi ditawarkan gateway. Sebelum mengubah paket, temukan tahap pertama yang gagal. Ini berjalan dari gateway ke dalam, karena di sanalah jawabannya murah dan perbaikan lokal yang salah paling banyak memakan waktu.

Pemeriksaan 1: sebutkan tahap yang gagal

Tiga tahap gagal dengan cara berbeda. Program tidak mau mulai, ia mulai lalu menolak identitas server, atau ia terhubung dan gateway tidak punya layanan jenis yang Anda butuhkan. Setiap kegagalan meninggalkan buktinya sendiri: kesalahan pemuat, pesan sertifikat, balasan gateway yang menyebut mode yang tidak tersedia.

Tuliskan itu sebelum Anda menyentuh apa pun. Semua yang setelah titik ini bergantung pada tahap mana yang Anda sebutkan, dan ketiga perbaikan itu tidak punya kesamaan.

Pemeriksaan 2: rilis gateway dan mode terowongan

Mode terowongan sudah hilang pada gateway saat ini, dan tabel integrasi FortiClient 7.4.4 untuk Linux adalah tempat hal itu tertulis: FortiOS 7.6.3 dan yang lebih baru tidak lagi menawarkan mode terowongan SSL VPN dan mengarahkan administrator ke IPsec. Pertahankan produk, rilis, dan mode tetap melekat pada kalimat itu ketika Anda mengulanginya. Kalimat itu tidak mengatakan apa pun tentang setiap produk Fortinet, dan tidak mengatakan apa pun tentang fitur akses web yang masih ada. Kompatibilitas versi secara umum dan ketersediaan satu mode terowongan adalah pemeriksaan yang terpisah.

Tanyakan dua hal kepada pemilik gateway: rilis mana yang dijalankan gateway, dan metode akses mana yang diaktifkan hari ini. Mintalah jawabannya secara tertulis, dengan string rilis dan halaman pengaturan atau baris konfigurasi asalnya, karena justru jaminan lisan yang mengirim orang kembali ke panduan yang diarsipkan. Lalu periksa jawaban itu terhadap catatan gateway atau matriks vendor untuk rilis yang tepat itu. Peramban yang menampilkan portal web membuktikan portal itu merespons, tidak lebih.

Pemeriksaan 3: edisi klien yang disetujui pemilik

Dapatkan edisi dan versi klien Linux yang disetujui, lalu periksa sistem operasi, arsitektur, desktop, dan alur autentikasi yang didukungnya. Matriks 7.4.4 adalah contoh yang terikat versi, bukan rekomendasi untuk klien terbaru dan bukan janji untuk setiap turunan. Tanyakan klien mana yang benar-benar akan didukung pemilik, karena jawaban itu adalah bagian dari migrasi, bukan renungan belakangan. Klien yang mati sebelum paket pertamanya mencapai gateway membuktikan sesuatu tentang laptop, bukan tentang layanan.

Pustaka 32-bit dan tema yang ditambal mengubah apa yang bisa dimuat biner; keduanya tidak mengubah apa yang didukung vendor. Jika sistem operasi atau alur autentikasi berada di luar matriks, pertanyaan kualifikasi sudah terjawab.

Pemeriksaan 4: minta profil pengganti

Jika organisasi berpindah dari mode terowongan SSL VPN ke IPsec, minta profil baru dan prosedur pendaftaran dalam percakapan yang sama. Jangan mengganti nama konfigurasi SSL lalu menganggap kolomnya ikut berpindah: profil IPsec menyebut versi IKE, gateway jarak jauh dan identitasnya, metode autentikasi, dan pemilih lalu lintas yang diterima masing-masing pihak. Kebijakan akun dan perangkat juga bisa diterapkan secara berbeda. Penggantian nama menghasilkan klien yang tampak terkonfigurasi dan tidak merundingkan apa pun.

Baca profil itu sebelum Anda memercayainya. Profil harus menyebutkan versi IKE dan proposalnya, apakah autentikasi memakai sertifikat atau kunci yang dibagikan sebelumnya, subnet lokal dan jarak jauh mana yang dipilih, dan apa yang diharapkan gateway sebagai identitasnya. Pastikan klien Linux yang disetujui mendukung susunan itu, karena dokumen migrasi bukan pernyataan kesetaraan fitur untuk setiap rilis klien. Klien independen seperti openfortivpn bukan penerjemah OpenVPN, jadi perlakukan apa pun yang ber-SSL dalam namanya sebagai belum disetujui sampai pemilik menyatakan sebaliknya untuk mode ini, alur masuk ini, dan kebijakan perangkat ini.

Pemeriksaan 5: dependensi lokal, lalu validasi dan catat

Setelah gateway dan klien diselesaikan, kegagalan peluncuran adalah masalah pengemasan, dan instruksi paket yang dipelihara itu sendiri adalah rujukan yang harus diikuti. Kegagalan identitas TLS milik operator: jangkar kepercayaan dan nama yang diharapkan adalah konfigurasi mereka, bukan sesuatu yang diakali secara lokal. Itulah dua tahap tempat panduan yang diarsipkan pernah berguna.

Tidak satu pun diselesaikan dengan menerima sertifikat tak dikenal atau mematikan pemeriksaan postur. Pertahankan pemeriksaan MFA dan perangkat, karena memulihkan konektivitas dengan melemahkannya menukar pemadaman dengan insiden. Jika mode itu sudah hilang, tidak ada bendera lokal yang mengembalikannya.

Setelah perubahan yang disetujui, capai sumber daya privat yang dimaksud, konfirmasikan resolusi DNS, dan sambungkan ulang sekali. Catat klien, platform, rilis gateway, dan mode terowongan bersama-sama, karena orang berikutnya membutuhkan keempatnya. Program yang berhasil terbuka telah melewati tahap peluncuran lokal, dan tidak lebih.