Una compilación ARM no es soporte de FortiClient para tu Raspberry Pi

Ejecutar un cliente VPN en una Raspberry Pi no es lo mismo que FortiClient esté soportado en ella. Tres afirmaciones se mezclan en esta conversación: el proveedor cualifica una plataforma, alguien compila un binario para el procesador y la puerta de enlace permite el protocolo y el alta de ese cliente. Encontrar una de las tres no dice nada sobre las otras dos. Recórrelas en este orden y detente cuando una falle, porque es la que tienes que resolver.

Paso uno: lee la fila de notas de la versión de tu paquete exacto

Las declaraciones de soporte están ligadas a la versión, así que empieza por las notas de la versión del paquete que aprueba tu organización. Como ejemplo concreto, la tabla de FortiClient Standalone 7.4.7 incluye Ubuntu 22.04 y 24.04, Red Hat 9 y CentOS Stream 9 con GNOME. Su requisito de procesador para Linux se formula como Intel o equivalente.

Raspberry Pi OS no es uno de esos entornos Linux listados. No es un veredicto sobre todas las ediciones de FortiClient ni una predicción sobre versiones posteriores; es una afirmación sobre esa fila de ese documento. Lee la matriz de la versión que realmente piensas desplegar.

No traslades notas de procesador de las filas de Windows o macOS a la fila de Linux. Los proveedores documentan plataformas por edición y por versión, y una nota que se aplica a una fila no es prueba de otra.

Paso dos: confirma qué ejecuta la Pi

Tres comandos resuelven los hechos locales antes de cualquier descarga:

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

El primero te dice la arquitectura del núcleo, el segundo la distribución y la versión, y el tercero la arquitectura de espacio de usuario para la que se compilan los paquetes. Un núcleo de 64 bits con un espacio de usuario de 32 bits es posible, y cambia qué paquete necesitas.

Luego comprueba qué hay realmente disponible para esa plataforma. La tabla de paquetes publicada de Debian trixie incluye compilaciones arm64 y armhf de openfortivpn. Eso establece la disponibilidad de arquitectura en esa distribución. No establece que Fortinet cualifique FortiClient en una derivada, ni que la puerta de enlace de tu organización acepte el cliente.

Usa paquetes soportados y documentación de versión actual en lugar de un paquete en caché de una versión antigua o un informe de compilación fallida de un hilo de foro. Si existe un frontend gráfico, cualifícalo aparte: una compilación de línea de comandos que funciona no demuestra que el editor, el almacenamiento de secretos y la supervisión de un envoltorio de escritorio se mantengan.

Paso tres: comprueba la puerta de enlace antes de culpar al cliente

Upstream describe openfortivpn como un cliente PPP y TLS que inicia pppd. Es una implementación concreta, y necesita que la puerta de enlace ofrezca un modo compatible. El nombre de una marca de servidor no es un acuerdo de protocolo.

Reúne la versión de la puerta de enlace y el método de acceso habilitado, el nombre de host aprobado y su material de confianza, y el flujo de identidad que exige el servicio, incluido cualquier segundo factor y la comprobación de postura del dispositivo. Un despliegue gestionado puede exigir pasos de alta que un cliente de terceros no tiene forma de realizar.

Prueba la conexión con la cuenta que te emitieron, no con una de administrador, porque el alta y la política suelen ir ligadas al usuario:

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

Lee el fallo, no solo el código de salida. Un error de certificado, un tiempo de espera PPP y un rechazo de política son tres problemas distintos, y solo uno trata de ARM.

Paso cuatro: acéptalo en el dispositivo, dentro del acuerdo

Acepta la configuración con un recurso privado real, resolución DNS a través del túnel y una reconexión tras una caída de red. Luego confirma que un destino que debe seguir inalcanzable todavía falla, porque la alcanzabilidad por sí sola no demuestra que la política sea correcta.

Anota cuatro hechos juntos: la versión del sistema operativo, la arquitectura de espacio de usuario, la versión del paquete de cliente y el modo de la puerta de enlace. Sin los cuatro, la siguiente persona no puede saber si la configuración está soportada o simplemente funciona.

Si el empleador exige un entorno FortiClient gestionado que la Pi no puede cumplir, pide un punto final aprobado o un host de acceso aprobado. No desactives la validación del par, no imites las comprobaciones de postura ni sustituyas la puerta de enlace de la organización para acomodar una máquina. La conclusión que hay que escribir es qué combinación soportada está autorizada, no que el software de código cerrado no pueda apuntar nunca a ARM.