ARM build není podpora FortiClient pro váš Raspberry Pi

Provozovat VPN klienta na Raspberry Pi není totéž jako mít na něm podporovaný FortiClient. V této konverzaci se slévají tři tvrzení: dodavatel kvalifikuje platformu, někdo sestaví binárku pro procesor a brána povolí protokol a registraci daného klienta. Nalezení jednoho ze tří nic neříká o zbylých dvou. Projděte je v tomto pořadí a zastavte se u toho, které selže, protože právě to musíte vyřešit.

První krok: přečtěte si řádek poznámek k vydání pro svůj přesný balíček

Prohlášení o podpoře jsou vázaná na verzi, takže začněte poznámkami k vydání balíčku, který vaše organizace schvaluje. Konkrétní příklad: tabulka FortiClient Standalone 7.4.7 uvádí Ubuntu 22.04 a 24.04, Red Hat 9 a CentOS Stream 9 s GNOME. Požadavek na procesor pro Linux je formulován jako Intel nebo ekvivalent.

Raspberry Pi OS není jedno z těch uvedených linuxových prostředí. Není to verdikt o všech edicích FortiClientu ani předpověď dalších vydání; je to tvrzení o tom řádku v tom dokumentu. Přečtěte si matici pro verzi, kterou skutečně hodláte nasadit.

Nepřenášejte poznámky o procesoru z řádků Windows nebo macOS do řádku Linux. Dodavatelé dokumentují platformy po edicích a po vydáních a poznámka platná pro jeden řádek není důkazem o jiném.

Druhý krok: ověřte, co Pi skutečně běží

Tři příkazy vyřeší místní fakta před jakýmkoli stahováním:

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

První sdělí architekturu jádra, druhý distribuci a vydání, třetí architekturu uživatelského prostoru, pro kterou se balíčky staví. Jádro 64 bitů s uživatelským prostorem 32 bitů je možné a mění to, který balíček potřebujete.

Pak zkontrolujte, co je pro danou platformu skutečně dostupné. Publikovaná tabulka balíčků Debian trixie obsahuje sestavení arm64 a armhf openfortivpn. Tím je doložena dostupnost architektury v této distribuci. Není tím doloženo, že Fortinet kvalifikuje FortiClient na odvozené distribuci, ani že brána vaší organizace klienta přijme.

Používejte podporované balíčky a aktuální dokumentaci k vydání, ne kešovaný balíček ze starého vydání nebo zprávu o neúspěšném sestavení z fóra. Pokud existuje grafický frontend, kvalifikujte ho zvlášť: funkční sestavení z příkazové řádky nedokazuje, že editor, úložiště tajemství a dohled nad desktopovým obalem jsou udržované.

Třetí krok: zkontrolujte bránu, než obviníte klienta

Upstream popisuje openfortivpn jako PPP a TLS klienta, který spouští pppd. To je konkrétní implementace a vyžaduje, aby brána nabídla kompatibilní režim. Název značky serveru není dohoda o protokolu.

Shromážděte vydání brány a povolenou metodu přístupu, schválené jméno hostitele a jeho materiál důvěry a pracovní postup identity, který služba vyžaduje, včetně druhého faktoru a kontroly stavu zařízení. Spravované nasazení může vyžadovat kroky registrace, které klient třetí strany nemá jak provést.

Vyzkoušejte spojení s účtem, který vám byl vydán, ne s administrátorským, protože registrace a politika bývají vázané na uživatele:

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

Čtěte selhání, ne jen návratový kód. Chyba certifikátu, časový limit PPP a odmítnutí politikou jsou tři různé problémy a jen jeden z nich se týká ARM.

Čtvrtý krok: přijměte to na zařízení, v rámci dohody

Přijměte nastavení se skutečným soukromým zdrojem, překladem DNS přes tunel a opětovným připojením po výpadku sítě. Pak ověřte, že cíl, který má zůstat nedostupný, stále selhává, protože samotná dostupnost nedokazuje, že politika je správná.

Zaznamenejte čtyři fakta společně: vydání OS, architekturu uživatelského prostoru, verzi klientského balíčku a režim brány. Bez všech čtyř nemůže další člověk říct, zda je nastavení podporované, nebo jen funguje.

Pokud zaměstnavatel vyžaduje spravované prostředí FortiClient, které Pi nesplní, požádejte o schválený koncový bod nebo schváleného přístupového hostitele. Nevypínejte ověřování protistrany, nekopírujte kontroly stavu a nenahrazujte bránu organizace kvůli jednomu stroji. Závěr, který je třeba zapsat, zní, která podporovaná kombinace je povolená, ne že software s uzavřeným kódem nemůže nikdy cílit na ARM.