Build ARM bukan dukungan FortiClient untuk Raspberry Pi Anda

Menjalankan klien VPN di Raspberry Pi bukan hal yang sama dengan FortiClient didukung di atasnya. Tiga klaim melebur dalam percakapan ini: vendor mengualifikasi platform, seseorang membangun biner untuk prosesor, dan gateway mengizinkan protokol serta pendaftaran klien itu. Menemukan satu dari tiga tidak menjelaskan apa pun tentang dua lainnya. Kerjakan berurutan dan berhenti saat satu gagal, karena itulah yang harus Anda selesaikan.

Langkah pertama: baca baris catatan rilis untuk paket Anda yang tepat

Pernyataan dukungan terikat versi, jadi mulailah dari catatan rilis paket yang disetujui organisasi Anda. Sebagai contoh konkret, tabel FortiClient Standalone 7.4.7 mencantumkan Ubuntu 22.04 dan 24.04, Red Hat 9 dan CentOS Stream 9 dengan GNOME. Persyaratan prosesor Linux-nya dirumuskan sebagai Intel atau setara.

Raspberry Pi OS bukan salah satu lingkungan Linux yang tercantum. Ini bukan putusan tentang setiap edisi FortiClient atau ramalan tentang rilis berikutnya; ini pernyataan tentang baris itu di dokumen itu. Bacalah matriks untuk versi yang benar-benar ingin Anda terapkan.

Jangan membawa catatan prosesor dari baris Windows atau macOS ke baris Linux. Vendor mendokumentasikan platform per edisi dan per rilis, dan catatan yang berlaku untuk satu baris bukan bukti untuk baris lain.

Langkah kedua: pastikan apa yang dijalankan Pi

Tiga perintah menuntaskan fakta lokal sebelum unduhan apa pun:

uname -m
cat /etc/os-release
dpkg --print-architecture

Yang pertama memberi tahu arsitektur kernel, yang kedua distribusi dan rilis, dan yang ketiga arsitektur ruang pengguna tempat paket dibangun. Kernel 64-bit dengan ruang pengguna 32-bit mungkin terjadi, dan itu mengubah paket mana yang Anda butuhkan.

Lalu periksa apa yang benar-benar tersedia untuk platform itu. Tabel paket terbitan Debian trixie memuat build arm64 dan armhf dari openfortivpn. Itu menetapkan ketersediaan arsitektur pada distribusi tersebut. Itu tidak menetapkan bahwa Fortinet mengualifikasi FortiClient pada turunan, dan tidak menetapkan bahwa gateway organisasi Anda menerima klien itu.

Gunakan paket yang didukung dan dokumentasi rilis terkini, bukan paket ter-cache dari rilis lama atau laporan build gagal dari utas forum. Jika ada frontend grafis, kualifikasi secara terpisah: build baris perintah yang berjalan tidak membuktikan bahwa editor, penyimpanan rahasia, dan pengawasan pembungkus desktop dipelihara.

Langkah ketiga: periksa gateway sebelum menyalahkan klien

Upstream mendeskripsikan openfortivpn sebagai klien PPP dan TLS yang menjalankan pppd. Itu implementasi tertentu, dan ia membutuhkan gateway yang menawarkan mode kompatibel. Nama merek server bukan kesepakatan protokol.

Kumpulkan rilis gateway dan metode akses yang diaktifkan, nama host yang disetujui beserta materi kepercayaannya, dan alur identitas yang diminta layanan, termasuk faktor kedua dan pemeriksaan postur perangkat. Penerapan terkelola dapat menuntut langkah pendaftaran yang tidak bisa dilakukan klien pihak ketiga.

Coba koneksi dengan akun yang diterbitkan untuk Anda, bukan akun administrator, karena pendaftaran dan kebijakan biasanya melekat pada pengguna:

sudo openfortivpn vpn.example.com:443 -u <username>

Baca kegagalannya, bukan hanya kode keluar. Kesalahan sertifikat, timeout PPP, dan penolakan kebijakan adalah tiga masalah berbeda, dan hanya satu yang soal ARM.

Langkah keempat: terima di perangkat, di dalam kesepakatan

Terima penyiapan dengan sumber daya privat sungguhan, resolusi DNS melalui terowongan, dan penyambungan ulang setelah jaringan terputus. Lalu pastikan tujuan yang seharusnya tetap tak terjangkau masih gagal, karena keterjangkauan saja tidak membuktikan kebijakan sudah benar.

Catat empat fakta sekaligus: rilis sistem operasi, arsitektur ruang pengguna, versi paket klien, dan mode gateway. Tanpa keempatnya, orang berikutnya tidak bisa tahu apakah penyiapan didukung atau hanya berjalan.

Jika pemberi kerja menuntut lingkungan FortiClient terkelola yang tidak dapat dipenuhi Pi, minta endpoint yang disetujui atau host akses yang disetujui. Jangan menonaktifkan validasi peer, meniru pemeriksaan postur, atau mengganti gateway organisasi demi satu mesin. Kesimpulan yang harus ditulis adalah kombinasi didukung mana yang diizinkan, bukan bahwa perangkat lunak sumber tertutup tidak akan pernah bisa menyasar ARM.