VPN klienta palaišana Raspberry Pi nav tas pats, kas FortiClient atbalsts tajā. Šajā sarunā saplūst trīs apgalvojumi: piegādātājs kvalificē platformu, kāds būvē bināro failu procesoram, un vārteja atļauj šī klienta protokolu un reģistrāciju. Atrast vienu no trim neko nepasaka par pārējiem diviem. Izstaigājiet tos šajā secībā un apstājieties, kad viens neizdodas, jo tieši tas jums ir jāatrisina.

Pirmais solis: izlasiet laidiena piezīmju rindu savam precīzajam pakotnei

Atbalsta paziņojumi ir saistīti ar versiju, tāpēc sāciet ar tās pakotnes laidiena piezīmēm, kuru apstiprina jūsu organizācija. Kā konkrēts piemērs, FortiClient Standalone 7.4.7 tabula uzskaita Ubuntu 22.04 un 24.04, Red Hat 9 un CentOS Stream 9 ar GNOME. Tās Linux procesora prasība formulēta kā Intel vai līdzvērtīgs.

Raspberry Pi OS nav viena no šīm uzskaitītajām Linux vidēm. Tas nav spriedums par katru FortiClient izdevumu un ne prognoze par vēlākiem laidieniem; tas ir apgalvojums par to rindu tajā dokumentā. Izlasiet matricas versiju, kuru jūs tiešām plānojat izvietot.

Nepārnesiet procesora piezīmes no Windows vai macOS rindām uz Linux rindu. Piegādātāji dokumentē platformas pēc izdevuma un pēc laidiena, un piezīme, kas attiecas uz vienu rindu, nav pierādījums par citu.

Otrais solis: pārliecinieties, ko Pi darbina

Trīs komandas noskaidro vietējos faktus pirms jebkādas lejupielādes:

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

Pirmā nosauc kodola arhitektūru, otrā distribūciju un laidienu, trešā lietotāja telpas arhitektūru, kurai tiek būvētas pakotnes. 64 bitu kodols ar 32 bitu lietotāja telpu ir iespējams, un tas maina, kura pakotne jums nepieciešama.

Pēc tam pārbaudiet, kas šai platformai patiešām ir pieejams. Debian trixie publicētā pakotņu tabula ietver openfortivpn arm64 un armhf būvējumus. Tas pierāda arhitektūras pieejamību šajā distribūcijā. Tas nepierāda, ka Fortinet kvalificē FortiClient atvasinātā distribūcijā, un nepierāda, ka jūsu organizācijas vārteja pieņem klientu.

Izmantojiet atbalstītas pakotnes un aktuālu laidiena dokumentāciju, nevis kešatmiņā saglabātu pakotni no veca laidiena vai forumā atrastu neizdevušās būvēšanas ziņojumu. Ja ir grafiskā saskarne, kvalificējiet to atsevišķi: strādājošs komandrindas būvējums nepierāda, ka redaktors, slepeno datu glabātuve un darbvirsmas apvalka uzraudzība tiek uzturēti.

Trešais solis: pārbaudiet vārteju pirms klienta vainošanas

Upstream raksturo openfortivpn kā PPP un TLS klientu, kas palaiž pppd. Tā ir konkrēta implementācija, un tai vajadzīga vārteja ar saderīgu režīmu. Servera zīmola nosaukums nav protokola vienošanās.

Apkopojiet vārtejas laidienu un aktivizēto piekļuves metodi, apstiprināto resursdatora nosaukumu un tā uzticības materiālu, kā arī pakalpojuma prasīto identitātes plūsmu, tostarp otro faktoru un ierīces stāvokļa pārbaudi. Pārvaldīta izvietošana var prasīt reģistrācijas soļus, ko trešās puses klientam nav iespējams veikt.

Izmēģiniet savienojumu ar jums izsniegto kontu, nevis administratora kontu, jo reģistrācija un politika parasti ir piesaistīta lietotājam:

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

Lasiet neizdevušos rezultātu, ne tikai izejas kodu. Sertifikāta kļūda, PPP taimauts un politikas noraidījums ir trīs dažādas problēmas, un tikai viena no tām ir par ARM.

Ceturtais solis: pieņemiet to ierīcē, vienošanās ietvaros

Pieņemiet iestatījumu ar īstu privātu resursu, DNS atrisināšanu caur tuneli un atkārtotu savienojumu pēc tīkla pārtraukuma. Pēc tam apstipriniet, ka galamērķis, kuram jāpaliek nesasniedzamam, joprojām neizdodas, jo vien sasniedzamība nepierāda, ka politika ir pareiza.

Pierakstiet četrus faktus kopā: OS laidienu, lietotāja telpas arhitektūru, klienta pakotnes versiju un vārtejas režīmu. Bez visiem četriem nākamais cilvēks nevar pateikt, vai iestatījums tiek atbalstīts vai vienkārši darbojas.

Ja darba devējs pieprasa pārvaldītu FortiClient vidi, ko Pi nevar nodrošināt, lūdziet apstiprinātu galapunktu vai apstiprinātu piekļuves resursdatoru. Neizslēdziet vienaudžu validāciju, neimprovizējiet stāvokļa pārbaudes un neaizstājiet organizācijas vārteju vienas mašīnas dēļ. Secinājums, kas jāpieraksta, ir tas, kura atbalstītā kombinācija ir atļauta, nevis tas, ka slēgtā pirmkoda programmatūra nekad nevar mērķēt uz ARM.

Saistītie raksti