Executar un cliente VPN nun Raspberry Pi non é o mesmo que FortiClient estea soportado nel. Tres afirmacións mestúranse nesta conversa: o provedor cualifica unha plataforma, alguén compila un binario para o procesador e a pasarela permite o protocolo e a alta dese cliente. Atopar unha das tres non di nada sobre as outras dúas. Percórreas nesta orde e detente cando unha falle, porque é a que tes que resolver.

Paso un: le a fila de notas da versión do teu paquete exacto

As declaracións de soporte están ligadas á versión, así que comeza polas notas da versión do paquete que aproba a túa organización. Como exemplo concreto, a táboa de FortiClient Standalone 7.4.7 inclúe Ubuntu 22.04 e 24.04, Red Hat 9 e CentOS Stream 9 con GNOME. O seu requisito de procesador para Linux formúlase como Intel ou equivalente.

Raspberry Pi OS non é un deses ambientes Linux listados. Non é un veredicto sobre todas as edicións de FortiClient nin unha predición sobre versións posteriores; é unha afirmación sobre esa fila dese documento. Le a matriz da versión que realmente pensas despregar.

Non traslades notas de procesador das filas de Windows ou macOS á fila de Linux. Os provedores documentan plataformas por edición e por versión, e unha nota que se aplica a unha fila non é proba doutra.

Paso dous: confirma que executa a Pi

Tres comandos resolven os feitos locais antes de calquera descarga:

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

O primeiro diche a arquitectura do núcleo, o segundo a distribución e a versión, e o terceiro a arquitectura de espazo de usuario para a que se compilan os paquetes. Un núcleo de 64 bits cun espazo de usuario de 32 bits é posible, e cambia que paquete necesitas.

Despois comproba que hai realmente dispoñible para esa plataforma. A táboa de paquetes publicada de Debian trixie inclúe compilacións arm64 e armhf de openfortivpn. Iso establece a dispoñibilidade de arquitectura nesa distribución. Non establece que Fortinet cualifique FortiClient nunha derivada, nin que a pasarela da túa organización acepte o cliente.

Usa paquetes soportados e documentación de versión actual en lugar dun paquete en caché dunha versión antiga ou un informe de compilación fallida dun fío de foro. Se existe un frontend gráfico, cualifícao á parte: unha compilación de liña de comandos que funciona non demostra que o editor, o almacenamento de segredos e a supervisión dun envoltorio de escritorio se manteñan.

Paso tres: comproba a pasarela antes de culpar o cliente

Upstream describe openfortivpn como un cliente PPP e TLS que inicia pppd. É unha implementación concreta, e necesita que a pasarela ofreza un modo compatible. O nome dunha marca de servidor non é un acordo de protocolo.

Reúne a versión da pasarela e o método de acceso habilitado, o nome de host aprobado e o seu material de confianza, e o fluxo de identidade que esixe o servizo, incluído calquera segundo factor e a comprobación de postura do dispositivo. Un despregamento xestionado pode esixir pasos de alta que un cliente de terceiros non ten forma de realizar.

Proba a conexión coa conta que che emitiron, non cunha de administrador, porque a alta e a política adoitan ir ligadas ao usuario:

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

Le o fallo, non só o código de saída. Un erro de certificado, un tempo de espera PPP e un rexeitamento de política son tres problemas distintos, e só un trata de ARM.

Paso catro: acéptao no dispositivo, dentro do acordo

Acepta a configuración cun recurso privado real, resolución DNS a través do túnel e unha reconexión tras unha caída de rede. Despois confirma que un destino que debe seguir inalcanzable aínda falla, porque a alcanzabilidade por si soa non demostra que a política sexa correcta.

Anota catro feitos xuntos: a versión do sistema operativo, a arquitectura de espazo de usuario, a versión do paquete de cliente e o modo da pasarela. Sen os catro, a seguinte persoa non pode saber se a configuración está soportada ou simplemente funciona.

Se o empregador esixe un ambiente FortiClient xestionado que a Pi non pode cumprir, pide un punto final aprobado ou un host de acceso aprobado. Non desactives a validación do par, non imites as comprobacións de postura nin substitúas a pasarela da organización para acomodar unha máquina. A conclusión que hai que escribir é que combinación soportada está autorizada, non que o software de código pechado non poida apuntar nunca a ARM.

Artigos relacionados