Ang pagpapatakbo ng VPN client sa Raspberry Pi ay hindi kapareho ng pagsuporta ng FortiClient dito. Tatlong pahayag ang pinagsama sa usapang ito: sinasang-ayunan ng vendor ang isang platform, may gumagawa ng binary para sa processor, at pinapayagan ng gateway ang protocol at enrollment ng kliyenteng iyon. Ang mahanap ang isa sa tatlo ay walang sinasabi tungkol sa dalawa pang iba. Dumaan sa kanila sa ganitong pagkakasunod-sunod at huminto kapag may isang nabigo, dahil iyon ang kailangan mong lutasin.

Unang hakbang: basahin ang hanay ng release notes para sa iyong eksaktong pakete

Nakatali sa bersyon ang mga pahayag ng suporta, kaya magsimula sa release notes ng paketeng inaprubahan ng iyong organisasyon. Bilang konkretong halimbawa, inililista ng talahanayan ng FortiClient Standalone 7.4.7 ang Ubuntu 22.04 at 24.04, Red Hat 9 at CentOS Stream 9 na may GNOME. Ang pangangailangan sa processor para sa Linux ay nakasaad bilang Intel o katumbas.

Ang Raspberry Pi OS ay hindi isa sa mga nakalistang Linux environment. Hindi ito hatol sa bawat edisyon ng FortiClient at hindi hula sa mga susunod na release; ito ay pahayag tungkol sa hanay na iyon sa dokumentong iyon. Basahin ang matrix para sa bersyong talagang balak mong i-deploy.

Huwag ilipat ang mga tala sa processor mula sa hanay ng Windows o macOS patungo sa hanay ng Linux. Dinodokumento ng mga vendor ang mga platform bawat edisyon at bawat release, at ang talang naaangkop sa isang hanay ay hindi ebidensya para sa iba.

Ikalawang hakbang: tiyakin kung ano ang pinapatakbo ng Pi

Tatlong utos ang nagtatakda ng mga lokal na katotohanan bago ang anumang download:

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

Ang una ay nagsasabi ng arkitektura ng kernel, ang pangalawa ng distribusyon at release, at ang pangatlo ng arkitektura ng user space kung saan binubuo ang mga pakete. Posible ang 64-bit na kernel na may 32-bit na user space, at binabago nito kung aling pakete ang kailangan mo.

Pagkatapos suriin kung ano talaga ang available para sa platform na iyon. Kasama sa nalathalang talahanayan ng pakete ng Debian trixie ang mga build na arm64 at armhf ng openfortivpn. Itinatatag nito ang pagiging available ng arkitektura sa distribusyong iyon. Hindi nito itinatatag na kinikilala ng Fortinet ang FortiClient sa isang derivative, at hindi rin na tinatanggap ng gateway ng iyong organisasyon ang kliyente.

Gumamit ng sinusuportahang pakete at kasalukuyang dokumentasyon ng release kaysa sa naka-cache na pakete mula sa lumang release o ulat ng nabigong build mula sa forum. Kung may graphical frontend, iqualipika ito nang hiwalay: ang gumaganang command-line build ay hindi nagpapatunay na ang editor, imbakan ng mga sikreto at pangangasiwa ng desktop wrapper ay pinapanatili.

Ikatlong hakbang: suriin ang gateway bago sisihin ang kliyente

Inilalarawan ng Upstream ang openfortivpn bilang PPP at TLS na kliyenteng naglulunsad ng pppd. Iyon ay tiyak na implementasyon, at kailangan nitong mag-alok ang gateway ng katugmang mode. Ang pangalan ng tatak ng server ay hindi kasunduan sa protocol.

Kolektahin ang release ng gateway at ang pinagana nitong paraan ng pag-access, ang inaprubahang hostname at ang trust material nito, at ang workflow ng pagkakakilanlan na hinihingi ng serbisyo, kasama ang anumang second factor at pagsusuri ng postura ng device. Ang pinamamahalaang deployment ay maaaring mangailangan ng mga hakbang sa enrollment na walang paraan upang gawin ang third-party client.

Subukan ang koneksyon gamit ang account na inisyu sa iyo, hindi ang account ng administrator, dahil ang enrollment at patakaran ay karaniwang nakakabit sa user:

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

Basahin ang kabiguan, hindi lang ang exit code. Ang error sa sertipiko, timeout ng PPP at pagtanggi ng patakaran ay tatlong magkakaibang problema, at isa lamang sa mga ito ang tungkol sa ARM.

Ikaapat na hakbang: tanggapin ito sa device, sa loob ng kasunduan

Tanggapin ang setup gamit ang tunay na pribadong resource, paglutas ng DNS sa tunnel, at muling pagkonekta pagkatapos ng pagkawala ng network. Pagkatapos ay tiyakin na ang destinasyong dapat manatiling hindi maabot ay nabibigo pa rin, dahil ang maabot lamang ay hindi nagpapatunay na tama ang patakaran.

Itala ang apat na katotohanan nang sabay: ang release ng OS, ang arkitektura ng user space, ang bersyon ng pakete ng kliyente, at ang mode ng gateway. Kung wala ang apat, hindi masasabi ng susunod na tao kung sinusuportahan ang setup o gumagana lang.

Kung hinihingi ng employer ang pinamamahalaang FortiClient environment na hindi kayang tugunan ng Pi, humingi ng inaprubahang endpoint o inaprubahang access host. Huwag huwag paganahin ang peer validation, huwag gayahin ang mga pagsusuri ng postura, at huwag palitan ang gateway ng organisasyon para mapaunlakan ang isang makina. Ang konklusyong dapat isulat ay kung aling sinusuportahang kombinasyon ang awtorisado, hindi na ang closed-source software ay hindi kailanman makakapag-target ng ARM.

Kaugnay na mga artikulo