Executar um cliente VPN num Raspberry Pi não é o mesmo que o FortiClient ser suportado nele. Três afirmações fundem-se nesta conversa: o fornecedor qualifica uma plataforma, alguém compila um binário para o processador e o gateway permite o protocolo e o registo desse cliente. Encontrar uma das três não diz nada sobre as outras duas. Percorra-as nesta ordem e pare quando uma falhar, porque é essa que tem de resolver.

Passo um: leia a linha das notas de lançamento do seu pacote exato

As declarações de suporte estão ligadas à versão, por isso comece pelas notas de lançamento do pacote que a sua organização aprova. Como exemplo concreto, a tabela do FortiClient Standalone 7.4.7 lista Ubuntu 22.04 e 24.04, Red Hat 9 e CentOS Stream 9 com GNOME. O requisito de processador para Linux é formulado como Intel ou equivalente.

O Raspberry Pi OS não é um desses ambientes Linux listados. Não é um veredicto sobre todas as edições do FortiClient nem uma previsão sobre versões posteriores; é uma afirmação sobre essa linha desse documento. Leia a matriz da versão que realmente pretende implementar.

Não transporta notas de processador das linhas Windows ou macOS para a linha Linux. Os fornecedores documentam plataformas por edição e por versão, e uma nota que se aplica a uma linha não é prova de outra.

Passo dois: confirme o que o Pi executa

Três comandos esclarecem os factos locais antes de qualquer transferência:

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

O primeiro indica a arquitetura do kernel, o segundo a distribuição e a versão, e o terceiro a arquitetura do espaço de utilizador para a qual os pacotes são compilados. Um kernel de 64 bits com um espaço de utilizador de 32 bits é possível, e isso altera o pacote de que precisa.

Depois verifique o que está realmente disponível para essa plataforma. A tabela de pacotes publicada do Debian trixie inclui compilações arm64 e armhf do openfortivpn. Isso estabelece a disponibilidade da arquitetura nessa distribuição. Não estabelece que a Fortinet qualifique o FortiClient numa derivada, nem que o gateway da sua organização aceite o cliente.

Use pacotes suportados e documentação de versão atual em vez de um pacote em cache de uma versão antiga ou de um relatório de compilação falhada de um fórum. Se existir uma interface gráfica, qualifique-a à parte: uma compilação de linha de comandos que funciona não prova que o editor, o armazenamento de segredos e a supervisão de um invólucro de ambiente de trabalho sejam mantidos.

Passo três: verifique o gateway antes de culpar o cliente

O Upstream descreve o openfortivpn como um cliente PPP e TLS que inicia o pppd. É uma implementação concreta, e exige que o gateway ofereça um modo compatível. O nome de uma marca de servidor não é um acordo de protocolo.

Reúna a versão do gateway e o método de acesso ativado, o nome de anfitrião aprovado e o seu material de confiança, e o fluxo de identidade exigido pelo serviço, incluindo qualquer segundo fator e a verificação de postura do dispositivo. Uma implementação gerida pode exigir passos de registo que um cliente de terceiros não tem forma de executar.

Experimente a ligação com a conta que lhe foi emitida, não com uma de administrador, porque o registo e a política costumam estar ligados ao utilizador:

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

Leia a falha, não apenas o código de saída. Um erro de certificado, um tempo limite PPP e uma rejeição de política são três problemas diferentes, e só um deles é sobre ARM.

Passo quatro: aceite-o no dispositivo, dentro do acordo

Aceite a configuração com um recurso privado real, resolução DNS através do túnel e uma reconexão após uma queda de rede. Depois confirme que um destino que deve permanecer inalcançável continua a falhar, porque a alcançabilidade por si só não prova que a política está certa.

Registe quatro factos em conjunto: a versão do sistema operativo, a arquitetura do espaço de utilizador, a versão do pacote de cliente e o modo do gateway. Sem os quatro, a pessoa seguinte não consegue dizer se a configuração é suportada ou apenas funciona.

Se o empregador exigir um ambiente FortiClient gerido que o Pi não consegue cumprir, peça um endpoint aprovado ou um anfitrião de acesso aprovado. Não desative a validação do par, não imite verificações de postura nem substitua o gateway da organização para acomodar uma máquina. A conclusão a escrever é qual combinação suportada está autorizada, não que o software de código fechado nunca possa visar ARM.

Artigos relacionados