Una build ARM non è un supporto FortiClient per il tuo Raspberry Pi

Eseguire un client VPN su un Raspberry Pi non è la stessa cosa di FortiClient supportato su di esso. Tre affermazioni si confondono in questa conversazione: il fornitore qualifica una piattaforma, qualcuno compila un binario per il processore, e il gateway consente il protocollo e l'enrollment di quel client. Trovare una delle tre non dice nulla sulle altre due. Affrontale in questo ordine e fermati quando una fallisce, perché è quella che devi risolvere.

Primo passo: leggi la riga delle note di rilascio del tuo pacchetto esatto

Le dichiarazioni di supporto sono legate alla versione, quindi parti dalle note di rilascio del pacchetto che la tua organizzazione approva. Esempio concreto: la tabella di FortiClient Standalone 7.4.7 elenca Ubuntu 22.04 e 24.04, Red Hat 9 e CentOS Stream 9 con GNOME. Il requisito del processore per Linux è formulato come Intel o equivalente.

Raspberry Pi OS non è uno di quegli ambienti Linux elencati. Non è un verdetto su ogni edizione di FortiClient né una previsione sulle versioni successive; è un'affermazione su quella riga di quel documento. Leggi la matrice della versione che intendi davvero distribuire.

Non trasferire le note sul processore dalle righe Windows o macOS alla riga Linux. I fornitori documentano le piattaforme per edizione e per versione, e una nota valida per una riga non è prova per un'altra.

Secondo passo: conferma cosa esegue il Pi

Tre comandi risolvono i fatti locali prima di qualsiasi download:

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

Il primo indica l'architettura del kernel, il secondo la distribuzione e la versione, il terzo l'architettura dello spazio utente per cui vengono compilati i pacchetti. Un kernel a 64 bit con uno spazio utente a 32 bit è possibile, e cambia quale pacchetto ti serve.

Poi verifica cosa è realmente disponibile per quella piattaforma. La tabella dei pacchetti pubblicata di Debian trixie include build arm64 e armhf di openfortivpn. Questo stabilisce la disponibilità dell'architettura in quella distribuzione. Non stabilisce che Fortinet qualifichi FortiClient su una derivata, né che il gateway della tua organizzazione accetti il client.

Usa pacchetti supportati e documentazione di versione aggiornata invece di un pacchetto in cache di una versione vecchia o di un resoconto di build fallita da un thread di forum. Se esiste un frontend grafico, qualificalo separatamente: una build da riga di comando che funziona non prova che l'editor, l'archiviazione dei segreti e la supervisione di un wrapper desktop siano mantenuti.

Terzo passo: controlla il gateway prima di dare la colpa al client

Upstream descrive openfortivpn come un client PPP e TLS che avvia pppd. È un'implementazione specifica, e richiede che il gateway offra una modalità compatibile. Il nome di un marchio di server non è un accordo di protocollo.

Raccogli la versione del gateway e il metodo di accesso abilitato, il nome host approvato e il suo materiale di fiducia, e il flusso di identità richiesto dal servizio, incluso qualsiasi secondo fattore e il controllo della postura del dispositivo. Una distribuzione gestita può richiedere passaggi di enrollment che un client di terze parti non ha modo di eseguire.

Prova la connessione con l'account che ti è stato rilasciato, non con uno da amministratore, perché enrollment e policy sono di solito legati all'utente:

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

Leggi il guasto, non solo il codice di uscita. Un errore di certificato, un timeout PPP e un rifiuto di policy sono tre problemi diversi, e solo uno riguarda ARM.

Quarto passo: accettalo sul dispositivo, dentro l'accordo

Accetta la configurazione con una risorsa privata reale, risoluzione DNS attraverso il tunnel e una riconnessione dopo un'interruzione di rete. Poi conferma che una destinazione che deve restare irraggiungibile fallisce ancora, perché la sola raggiungibilità non prova che la policy sia corretta.

Annota quattro fatti insieme: la versione del sistema operativo, l'architettura dello spazio utente, la versione del pacchetto client e la modalità del gateway. Senza tutti e quattro, la persona successiva non può dire se la configurazione è supportata o semplicemente funziona.

Se il datore di lavoro richiede un ambiente FortiClient gestito che il Pi non può soddisfare, chiedi un endpoint approvato o un host di accesso approvato. Non disabilitare la validazione del peer, non imitare i controlli di postura e non sostituire il gateway dell'organizzazione per accomodare una sola macchina. La conclusione da scrivere è quale combinazione supportata è autorizzata, non che il software closed-source non possa mai puntare ad ARM.