Зборка ARM — гэта не падтрымка FortiClient для вашага Raspberry Pi

Запуск кліента VPN на Raspberry Pi — гэта не тое ж самае, што падтрымка FortiClient на ім. У гэтай размове зліваюцца тры сцвярджэнні: пастаўшчык кваліфікуе платформу, нехта збірае бінарнік для працэсара, а шлюз дазваляе пратакол і рэгістрацыю гэтага кліента. Знайсці адно з трох нічога не кажа пра два іншыя. Прайдзіце іх у гэтым парадку і спыніцеся, калі адно не спрацуе, бо менавіта яго і трэба вырашыць.

Крок першы: прачытайце радок заўваг да выпуску для вашага дакладнага пакета

Заявы пра падтрымку прывязаныя да версіі, таму пачынайце з заўваг да выпуску пакета, які ўхваляе ваша арганізацыя. Для канкрэтнага прыкладу: табліца FortiClient Standalone 7.4.7 утрымлівае Ubuntu 22.04 і 24.04, Red Hat 9 і CentOS Stream 9 з GNOME. Патрабаванне да працэсара Linux сфармулявана як Intel або эквівалент.

Raspberry Pi OS не адносіцца да гэтых пералічаных асяроддзяў Linux. Гэта не вырак пра ўсе выданні FortiClient і не прагноз пра наступныя выпускі; гэта сцвярджэнне пра той радок у тым дакуменце. Чытайце матрыцу для версіі, якую вы сапраўды збіраецеся разгортваць.

Не пераносьце заўвагі пра працэсар з радкоў Windows або macOS у радок Linux. Пастаўшчыкі дакументуюць платформы для кожнага выдання і кожнага выпуску, і заўвага, якая тычыцца аднаго радка, не з’яўляецца доказам пра іншы.

Крок другі: пацвердзіце, што запускае Pi

Тры каманды ўстанаўліваюць мясцовыя факты да любога спампоўвання:

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

Першая паведамляе архітэктуру ядра, другая — дыстрыбутыў і выпуск, трэцяя — архітэктуру прасторы карыстальніка, для якой збіраюцца пакеты. Ядро 64 біт з прасторай карыстальніка 32 біт магчымае, і гэта змяняе, які пакет вам патрэбны.

Затым праверце, што фактычна даступна для гэтай платформы. Апублікаваная табліца пакетаў Debian trixie ўключае зборкі arm64 і armhf openfortivpn. Гэта ўстанаўлівае даступнасць архітэктуры ў тым дыстрыбутыве. Яно не ўстанаўлівае, што Fortinet кваліфікуе FortiClient на вытворным дыстрыбутыве, і не ўстанаўлівае, што шлюз вашай арганізацыі прымае гэты кліент.

Карыстайцеся падтрыманымі пакетамі і актуальнай дакументацыяй выпуску, а не кэшаваным пакетам са старога выпуску або справаздачай пра няўдалую зборку з форуму. Калі існуе графічны фронтэнд, кваліфікуйце яго асобна: працоўная зборка каманднага радка не даказвае, што рэдактар, сховішча сакрэтаў і нагляд за настольнай абгорткай падтрымліваюцца.

Крок трэці: праверце шлюз, перш чым вінаваціць кліент

Upstream апісвае openfortivpn як кліент PPP і TLS, які запускае pppd. Гэта канкрэтная рэалізацыя, і ёй патрэбна, каб шлюз прапанаваў сумяшчальны рэжым. Назва брэнда сервера — не дамова пра пратакол.

Сабярыце выпуск шлюза і ўключаны метад доступу, ухваленае імя хоста і яго матэрыял даверу, а таксама працэс ідэнтыфікацыі, які патрабуе служба, уключаючы любы другі фактар і праверку стану прылады. Кіраванае разгортванне можа патрабаваць крокаў рэгістрацыі, якія кліент трэцяга боку не мае як выканаць.

Паспрабуйце злучэнне з выдадзеным вам уліковым запісам, а не з адміністратарскім, бо рэгістрацыя і палітыка звычайна прывязаныя да карыстальніка:

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

Чытайце збой, а не толькі код выхаду. Памылка сертыфіката, тайм-аўт PPP і адмова палітыкі — тры розныя праблемы, і толькі адна з іх пра ARM.

Крок чацвёрты: прыняць гэта на прыладзе, у межах пагаднення

Прыміце наладку з рэальным прыватным рэсурсам, развязаннем DNS праз тунель і перапалучэннем пасля разрыву сеткі. Затым пацвердзіце, што прызначэнне, якое павінна заставацца недасягальным, усё яшчэ не працуе, бо дасягальнасць сама па сабе не даказвае правільнасць палітыкі.

Зарэгіструйце чатыры факты разам: выпуск АС, архітэктуру прасторы карыстальніка, версію пакета кліента і рэжым шлюза. Без усіх чатырох наступны чалавек не здолее сказаць, ці наладка падтрымліваецца ці проста працуе.

Калі працадаўца патрабуе кіраванага асяроддзя FortiClient, якое Pi не можа забяспечыць, папрасіце ўхваленую канчатковую кропку або ўхвалены хост доступу. Не адключайце праверку партнёра, не імітуйце праверкі стану і не замяняйце шлюз арганізацыі, каб падладзіцца пад адну машыну. Выснова, якую трэба запісаць, — якая падтрыманая камбінацыя дазволеная, а не тое, што праграма з закрытым кодам ніколі не можа нацэльвацца на ARM.