Një ndërtim ARM nuk është mbështetje FortiClient për Raspberry Pi-n tuaj
Një binar që ekzekutohet nuk është klient i mbështetur. Kontrolloni rreshtin FortiClient Linux, arkitekturën e Pi-së, pastaj protokollin dhe regjistrimin e portës.
Ekzekutimi i një klienti VPN në një Raspberry Pi nuk është e njëjta gjë me mbështetjen e FortiClient mbi të. Tre pretendime bashkohen në këtë bisedë: furnizuesi kualifikon një platformë, dikush ndërton një binar për procesorin, dhe porta lejon protokollin dhe regjistrimin e atij klienti. Gjetja e njërës prej të trevave nuk thotë asgjë për dy të tjerat. Kalojini në këtë rend dhe ndaloni kur njëra dështon, sepse ajo është ajo që duhet të zgjidhni.
Hapi i parë: lexoni rreshtin e shënimeve të lëshimit për paketën tuaj të saktë
Deklaratat e mbështetjes janë të lidhura me versionin, prandaj filloni me shënimet e lëshimit të paketës që miraton organizata juaj. Si shembull konkret, tabela e FortiClient Standalone 7.4.7 rendit Ubuntu 22.04 dhe 24.04, Red Hat 9 dhe CentOS Stream 9 me GNOME. Kërkesa për procesorin Linux është formuluar si Intel ose ekuivalent.
Raspberry Pi OS nuk është një nga ato mjedise Linux të listuara. Ky nuk është një vendim për çdo edicion të FortiClient dhe as një parashikim për lëshimet e mëvonshme; është një deklaratë për atë rresht në atë dokument. Lexoni matricën për versionin që vërtet synoni të vendosni.
Mos i kaloni shënimet e procesorit nga rreshtat Windows ose macOS në rreshtin Linux. Furnizuesit dokumentojnë platformat sipas edicionit dhe sipas lëshimit, dhe një shënim që vlen për një rresht nuk është provë për një tjetër.
Hapi i dytë: konfirmoni çfarë ekzekuton Pi-ja
Tre komanda zgjidhin faktet lokale para çdo shkarkimi:
uname -m
cat /etc/os-release
dpkg --print-architectureE para jep arkitekturën e kernelit, e dyta shpërndarjen dhe lëshimin, dhe e treta arkitekturën e hapësirës së përdoruesit për të cilën ndërtohen paketat. Një kernel 64-bit me hapësirë përdoruesi 32-bit është i mundur, dhe kjo ndryshon cila paketë ju nevojitet.
Më pas kontrolloni çfarë është vërtet në dispozicion për atë platformë. Tabela e publikuar e paketave të Debian trixie përfshin ndërtimet arm64 dhe armhf të openfortivpn. Kjo vërteton disponueshmërinë e arkitekturës në atë shpërndarje. Nuk vërteton që Fortinet kualifikon FortiClient në një të prejardhur, dhe nuk vërteton që porta e organizatës tuaj e pranon klientin.
Përdorni paketa të mbështetura dhe dokumentacion të lëshimit aktual në vend të një pakete të ruajtur në cache nga një lëshim i vjetër ose një raporti ndërtimi të dështuar nga një forum. Nëse ekziston një frontend grafik, kualifikojeni veçmas: një ndërtim nga rreshti i komandës që funksionon nuk provon që redaktori, ruajtja e sekreteve dhe mbikëqyrja e një mbështjellësi desktop mirëmbahen.
Hapi i tretë: kontrolloni portën përpara se të fajësoni klientin
Upstream përshkruan openfortivpn si një klient PPP dhe TLS që nis pppd. Ky është një implementim specifik, dhe kërkon që porta të ofrojë një mënyrë të përputhshme. Emri i markës së serverit nuk është marrëveshje protokolli.
Mblidhni lëshimin e portës dhe metodën e aksesit të aktivizuar, emrin e hostit të miratuar dhe materialin e tij të besimit, dhe rrjedhën e identitetit që kërkon shërbimi, duke përfshirë çdo faktor të dytë dhe kontrollin e qëndrimit të pajisjes. Një vendosje e menaxhuar mund të kërkojë hapa regjistrimi që një klient i palës të tretë nuk ka si t'i kryejë.
Provoni lidhjen me llogarinë që ju është lëshuar, jo me atë të një administratori, sepse regjistrimi dhe politika zakonisht lidhen me përdoruesin:
sudo openfortivpn vpn.example.com:443 -u <username>Lexoni dështimin, jo vetëm kodin e daljes. Një gabim certifikate, një skadim kohe PPP dhe një refuzim politike janë tre probleme të ndryshme, dhe vetëm njëri prej tyre ka të bëjë me ARM.
Hapi i katërt: pranojeni në pajisje, brenda marrëveshjes
Prano konfigurimin me një burim real privat, zgjidhje DNS përmes tunelit, dhe rilidhje pas një ndërprerjeje të rrjetit. Pastaj konfirmo që një destinacion që duhet të mbetet i paarritshëm ende dështon, sepse arritshmëria vetëm nuk provon që politika është e saktë.
Shënoni katër fakte së bashku: lëshimin e OS-it, arkitekturën e hapësirës së përdoruesit, versionin e paketës së klientit dhe mënyrën e portës. Pa të katërtat, personi tjetër nuk mund të thotë nëse konfigurimi mbështetet apo thjesht funksionon.
Nëse punëdhënësi kërkon një mjedis FortiClient të menaxhuar që Pi-ja nuk mund ta plotësojë, kërkoni një pikë fundore të miratuar ose një host aksesi të miratuar. Mos çaktivizoni vërtetimin e palës tjetër, mos imitoni kontrollet e qëndrimit dhe mos zëvendësoni portën e organizatës për të akomoduar një makinë. Përfundimi që duhet shkruar është cila kombinim i mbështetur është i autorizuar, jo që softueri me kod të mbyllur nuk mund të synojë kurrë ARM.