ARM kompiliacija nėra FortiClient palaikymas jūsų Raspberry Pi

VPN kliento paleidimas Raspberry Pi nėra tas pats, kas FortiClient palaikymas jame. Šiame pokalbyje susilieja trys teiginiai: tiekėjas kvalifikuoja platformą, kažkas sukuria dvejetainį failą procesoriui, o šliuzas leidžia to kliento protokolą ir registraciją. Radus vieną iš trijų, apie kitus du nieko nesužinoma. Pereikite juos šia tvarka ir sustokite, kai vienas nepavyksta, nes būtent jį ir reikia išspręsti.

Pirmas žingsnis: perskaitykite leidimo pastabų eilutę savo tiksliam paketui

Palaikymo teiginiai susieti su versija, todėl pradėkite nuo paketo, kurį tvirtina jūsų organizacija, leidimo pastabų. Konkretus pavyzdys: FortiClient Standalone 7.4.7 lentelėje išvardytos Ubuntu 22.04 ir 24.04, Red Hat 9 ir CentOS Stream 9 su GNOME. Jo Linux procesoriaus reikalavimas suformuluotas kaip Intel arba lygiavertis.

Raspberry Pi OS nėra viena iš tų išvardytų Linux aplinkų. Tai nėra nuosprendis dėl kiekvieno FortiClient leidimo ir ne prognozė apie vėlesnius leidimus; tai teiginys apie tą eilutę tame dokumente. Skaitykite matricos versiją, kurią iš tikrųjų ketinate diegti.

Neperkelkite procesoriaus pastabų iš Windows ar macOS eilučių į Linux eilutę. Tiekėjai dokumentuoja platformas pagal leidimą ir versiją, o pastaba, galiojanti vienai eilutei, nėra įrodymas kitai.

Antras žingsnis: patvirtinkite, ką Pi vykdo

Trys komandos išsiaiškina vietinius faktus prieš bet kokį atsisiuntimą:

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

Pirmoji nurodo branduolio architektūrą, antroji – distribuciją ir leidimą, trečioji – vartotojo erdvės architektūrą, kuriai kuriami paketai. 64 bitų branduolys su 32 bitų vartotojo erdve yra įmanomas, ir tai keičia, kurio paketo jums reikia.

Tada patikrinkite, kas iš tikrųjų prieinama tai platformai. Paskelbta Debian trixie paketų lentelė apima openfortivpn arm64 ir armhf kompiliacijas. Tai įrodo architektūros prieinamumą toje distribucijoje. Tai neįrodo, kad Fortinet kvalifikuoja FortiClient išvestinėje distribucijoje, ir neįrodo, kad jūsų organizacijos šliuzas priima klientą.

Naudokite palaikomus paketus ir dabartinę leidimo dokumentaciją, o ne talpykloje laikomą paketą iš seno leidimo ar forumo temoje esančią nepavykusios kompiliacijos ataskaitą. Jei yra grafinė sąsaja, kvalifikuokite ją atskirai: veikianti komandinės eilutės kompiliacija neįrodo, kad redaktorius, slaptųjų duomenų saugykla ir darbalaukio apvalkalo priežiūra yra palaikomi.

Trečias žingsnis: patikrinkite šliuzą prieš kaltinant klientą

Upstream apibūdina openfortivpn kaip PPP ir TLS klientą, kuris paleidžia pppd. Tai konkreti implementacija, ir jai reikia, kad šliuzas pasiūlytų suderinamą režimą. Serverio prekės ženklas nėra protokolo susitarimas.

Surinkite šliuzo leidimą ir įjungtą prieigos metodą, patvirtintą pagrindinio kompiuterio vardą ir jo pasitikėjimo medžiagą, bei paslaugos reikalaujamą tapatybės eigą, įskaitant antrąjį veiksnį ir įrenginio būsenos patikrą. Valdomas diegimas gali reikalauti registracijos žingsnių, kurių trečiosios šalies klientas neturi kaip atlikti.

Išbandykite ryšį su jums išduota paskyra, o ne administratoriaus, nes registracija ir politika paprastai susietos su naudotoju:

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

Skaitykite nesėkmę, o ne tik išėjimo kodą. Sertifikato klaida, PPP laukimo viršijimas ir politikos atmetimas yra trys skirtingos problemos, ir tik viena jų apie ARM.

Ketvirtas žingsnis: priimkite tai įrenginyje, susitarimo ribose

Priimkite sąranką su tikru privačiu ištekliu, DNS sprendimu per tunelį ir pakartotiniu prisijungimu po tinklo nutrūkimo. Tada patvirtinkite, kad paskirties vieta, kuri turi likti nepasiekiama, vis dar nepavyksta, nes vien pasiekiamumas neįrodo, kad politika teisinga.

Užrašykite keturis faktus kartu: OS leidimą, vartotojo erdvės architektūrą, kliento paketo versiją ir šliuzo režimą. Be visų keturių kitas žmogus negali pasakyti, ar sąranka palaikoma, ar tik veikia.

Jei darbdavys reikalauja valdomos FortiClient aplinkos, kurios Pi negali užtikrinti, paprašykite patvirtinto galinio taško arba patvirtinto prieigos pagrindinio kompiuterio. Neišjunkite partnerio tikrinimo, neimituokite būsenos patikrų ir nekeiskite organizacijos šliuzo dėl vienos mašinos. Išvada, kurią reikia užrašyti, yra tai, kuri palaikoma kombinacija yra leidžiama, o ne tai, kad uždarosios programinės įrangos kūrėjai niekada negali taikyti ARM.