Et ARM-build er ikke FortiClient-support til din Raspberry Pi

At køre en VPN-klient på en Raspberry Pi er ikke det samme som at FortiClient understøttes på den. Tre påstande smelter sammen i denne samtale: leverandøren kvalificerer en platform, nogen bygger en binær fil til processoren, og gatewayen tillader den klients protokol og tilmelding. At finde en af de tre siger intet om de to andre. Gå dem igennem i denne rækkefølge, og stop når en fejler, for det er den, du skal løse.

Trin et: læs versionsnoteposten for din præcise pakke

Supportudtalelser er versionsbundne, så start med versionsnoterne for den pakke, din organisation godkender. Et konkret eksempel: FortiClient Standalone 7.4.7-tabellen lister Ubuntu 22.04 og 24.04, Red Hat 9 og CentOS Stream 9 med GNOME. Dets Linux-processorkrav er formuleret som Intel eller tilsvarende.

Raspberry Pi OS er ikke et af de oplistede Linux-miljøer. Det er ikke en dom over enhver FortiClient-udgave eller en forudsigelse om senere versioner; det er en udtalelse om den række i det dokument. Læs matricen for den version, du faktisk vil implementere.

Flyt ikke processornoter fra Windows- eller macOS-rækkerne ind i Linux-rækken. Leverandører dokumenterer platforme pr. udgave og pr. version, og en note, der gælder for én række, er ikke bevis for en anden.

Trin to: bekræft, hvad Pi'en kører

Tre kommandoer fastslår de lokale fakta før enhver download:

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

Den første fortæller dig kerne-arkitekturen, den anden distributionen og versionen, og den tredje brugerrumsarkitekturen, som pakkerne bygges til. En 64-bit kerne med et 32-bit brugerrum er mulig, og det ændrer, hvilken pakke du har brug for.

Tjek derefter, hvad der faktisk er tilgængeligt for den platform. Debian trixies offentliggjorte pakketabel indeholder arm64- og armhf-builds af openfortivpn. Det fastslår arkitekturens tilgængelighed i den distribution. Det fastslår ikke, at Fortinet kvalificerer FortiClient på en derivatdistribution, og det fastslår ikke, at din organisations gateway accepterer klienten.

Brug understøttede pakker og aktuel versionsdokumentation i stedet for en cachet pakke fra en gammel version eller en mislykket build-rapport fra en forumtråd. Hvis der findes en grafisk frontend, skal den kvalificeres separat: et fungerende kommandolinje-build beviser ikke, at editoren, hemmelighedslagring og overvågning af en skrivebordsindpakning vedligeholdes.

Trin tre: tjek gatewayen, før du bebrejder klienten

Upstream beskriver openfortivpn som en PPP-og-TLS-klient, der starter pppd. Det er en specifik implementering, og den kræver, at gatewayen tilbyder en kompatibel tilstand. Et servermærkenavn er ikke en protokolaftale.

Indsaml gatewayens version og den aktiverede adgangsmetode, det godkendte værtsnavn og dets tillidsmateriale samt den identitetsarbejdsgang, tjenesten kræver, inklusive enhver anden faktor og enhedspostur-kontrol. En administreret udrulning kan kræve tilmeldings-trin, som en tredjepartsklient ikke har nogen måde at udføre.

Prøv forbindelsen med den konto, du har fået udleveret, ikke en administrators, fordi tilmelding og politik normalt er knyttet til brugeren:

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

Læs fejlen, ikke kun exitkoden. En certifikatfejl, en PPP-timeout og en politikafvisning er tre forskellige problemer, og kun ét af dem handler om ARM.

Trin fire: accepter det på enheden, inden for aftalen

Accepter opsætningen med en rigtig privat ressource, DNS-opløsning gennem tunnelen og en genopkobling efter et netværksudfald. Bekræft derefter, at en destination, der skal forblive uopnåelig, stadig fejler, fordi tilgængelighed alene ikke beviser, at politikken er rigtig.

Noter fire fakta sammen: OS-versionen, brugerrumsarkitekturen, klientpakkens version og gatewayens tilstand. Uden alle fire kan den næste person ikke afgøre, om opsætningen er understøttet eller blot virker.

Hvis arbejdsgiveren kræver et administreret FortiClient-miljø, som Pi'en ikke kan opfylde, så bed om et godkendt slutpunkt eller en godkendt adgangsvært. Deaktiver ikke peer-validering, efterlign ikke postur-kontroller, og udskift ikke organisationens gateway for at imødekomme én maskine. Konklusionen, der skal skrives ned, er, hvilken understøttet kombination der er autoriseret, ikke at closed-source-software aldrig kan målrette ARM.