ARM બિલ્ડ એ તમારા Raspberry Pi માટે FortiClient સપોર્ટ નથી

Raspberry Pi પર VPN ક્લાયન્ટ ચલાવવું એ FortiClient તેના પર સપોર્ટેડ હોવા જેટલું જ નથી. આ ચર્ચામાં ત્રણ દાવા ભળી જાય છે: વેન્ડર પ્લેટફોર્મને લાયક ઠેરવે છે, કોઈ પ્રોસેસર માટે બાઈનરી બનાવે છે, અને ગેટવે તે ક્લાયન્ટનું પ્રોટોકોલ અને નોંધણી મંજૂર કરે છે. ત્રણમાંથી એક મળવાથી બાકીના બે વિશે કંઈ ખબર પડતી નથી. આ ક્રમમાં તેમને પાર પાડો અને એક નિષ્ફળ જાય ત્યાં થોભો, કારણ કે એ જ તમારે ઉકેલવાનું છે.

પહેલું પગલું: તમારા ચોક્કસ પેકેજ માટે રિલીઝ નોંધની પંક્તિ વાંચો

સપોર્ટના નિવેદનો આવૃત્તિ સાથે બંધાયેલા છે, તેથી તમારી સંસ્થા મંજૂર કરે તે પેકેજની રિલીઝ નોંધથી શરૂ કરો. ચોક્કસ ઉદાહરણ તરીકે, FortiClient Standalone 7.4.7 નું કોષ્ટક GNOME સાથે Ubuntu 22.04 અને 24.04, Red Hat 9 અને CentOS Stream 9 ની યાદી આપે છે. તેની Linux પ્રોસેસર આવશ્યકતા Intel અથવા સમકક્ષ તરીકે લખાયેલી છે.

Raspberry Pi OS એ યાદીમાંના Linux પર્યાવરણોમાંનું એક નથી. આ દરેક FortiClient આવૃત્તિ વિશેનો ચુકાદો કે પછીની રિલીઝ વિશેની આગાહી નથી; આ તે દસ્તાવેજની તે પંક્તિ વિશેનું નિવેદન છે. તમે ખરેખર જે આવૃત્તિ તૈનાત કરવા માંગો છો તેનું મેટ્રિક્સ વાંચો.

Windows કે macOS પંક્તિઓની પ્રોસેસર નોંધ Linux પંક્તિમાં ન લાવો. વેન્ડરો દરેક આવૃત્તિ અને દરેક રિલીઝ માટે પ્લેટફોર્મનું દસ્તાવેજીકરણ કરે છે, અને એક પંક્તિને લાગુ પડતી નોંધ બીજી માટે પુરાવો નથી.

બીજું પગલું: Pi શું ચલાવે છે તે ખાતરી કરો

કોઈપણ ડાઉનલોડ પહેલાં ત્રણ આદેશો સ્થાનિક તથ્યો નક્કી કરે છે:

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

પહેલો કર્નલની આર્કિટેક્ચર કહે છે, બીજો ડિસ્ટ્રિબ્યુશન અને રિલીઝ, અને ત્રીજો વપરાશકર્તા-સ્પેસ આર્કિટેક્ચર જેના માટે પેકેજ બનાવાય છે. 64-બિટ કર્નલ સાથે 32-બિટ વપરાશકર્તા-સ્પેસ શક્ય છે, અને તે બદલે છે કે તમને કયું પેકેજ જોઈએ.

પછી તપાસો કે તે પ્લેટફોર્મ માટે ખરેખર શું ઉપલબ્ધ છે. Debian trixie નું પ્રકાશિત પેકેજ કોષ્ટક openfortivpn ના arm64 અને armhf બિલ્ડ ધરાવે છે. તે તે ડિસ્ટ્રિબ્યુશનમાં આર્કિટેક્ચરની ઉપલબ્ધતા સ્થાપિત કરે છે. તે સ્થાપિત કરતું નથી કે Fortinet કોઈ વ્યુત્પન્ન પર FortiClient લાયક ઠેરવે છે, અને એ પણ સ્થાપિત કરતું નથી કે તમારી સંસ્થાનો ગેટવે ક્લાયન્ટ સ્વીકારે છે.

જૂની રિલીઝનું કેશ કરેલું પેકેજ કે ફોરમ થ્રેડનો નિષ્ફળ-બિલ્ડ રિપોર્ટ વાપરવાને બદલે સપોર્ટેડ પેકેજ અને વર્તમાન રિલીઝ દસ્તાવેજીકરણ વાપરો. ગ્રાફિકલ ફ્રન્ટએન્ડ હોય તો તેને અલગથી લાયક ઠેરવો: ચાલતું કમાન્ડ-લાઇન બિલ્ડ સાબિત કરતું નથી કે એડિટર, સિક્રેટ સ્ટોરેજ અને ડેસ્કટોપ રેપરની દેખરેખ જાળવવામાં આવે છે.

ત્રીજું પગલું: ક્લાયન્ટને દોષ આપતા પહેલાં ગેટવે તપાસો

Upstream openfortivpn ને PPP અને TLS ક્લાયન્ટ તરીકે વર્ણવે છે જે pppd શરૂ કરે છે. તે ચોક્કસ અમલીકરણ છે, અને તેને ગેટવે દ્વારા સુસંગત મોડ આપવાની જરૂર છે. સર્વરનું બ્રાન્ડ નામ પ્રોટોકોલ કરાર નથી.

ગેટવેની રિલીઝ અને સક્ષમ કરેલી ઍક્સેસ પદ્ધતિ, મંજૂર હોસ્ટનામ અને તેની ટ્રસ્ટ સામગ્રી, અને સેવાને જોઈતો ઓળખ પ્રવાહ એકત્ર કરો, જેમાં કોઈપણ બીજું પરિબળ અને ઉપકરણ પોશ્ચર ચેકનો સમાવેશ થાય છે. સંચાલિત તૈનાતીમાં એવા નોંધણી પગલાં જરૂરી હોઈ શકે છે જે તૃતીય-પક્ષ ક્લાયન્ટ પાસે કરવાનો કોઈ રસ્તો નથી.

તમને આપવામાં આવેલા ખાતા સાથે જોડાણ અજમાવો, એડમિનિસ્ટ્રેટરના ખાતા સાથે નહીં, કારણ કે નોંધણી અને નીતિ સામાન્ય રીતે વપરાશકર્તા સાથે જોડાયેલી હોય છે:

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

ફક્ત એક્ઝિટ કોડ નહીં, નિષ્ફળતા વાંચો. સર્ટિફિકેટ ભૂલ, PPP ટાઇમઆઉટ અને નીતિ અસ્વીકાર એ ત્રણ જુદી સમસ્યાઓ છે, અને તેમાંથી ફક્ત એક ARM વિશે છે.

ચોથું પગલું: કરારની અંદર રહીને ઉપકરણ પર તેને સ્વીકારો

સાચા ખાનગી સ્રોત, ટનલ દ્વારા DNS ઉકેલ, અને નેટવર્ક તૂટ્યા પછી ફરી જોડાણ સાથે સેટઅપ સ્વીકારો. પછી ખાતરી કરો કે અગમ્ય રહેવું જોઈએ તેવું લક્ષ્ય હજી પણ નિષ્ફળ જાય છે, કારણ કે ફક્ત પહોંચવું એ નીતિ સાચી હોવાનું સાબિત કરતું નથી.

ચાર તથ્યો એકસાથે નોંધો: OS રિલીઝ, વપરાશકર્તા-સ્પેસ આર્કિટેક્ચર, ક્લાયન્ટ પેકેજ આવૃત્તિ, અને ગેટવે મોડ. ચારેય વગર, આગલી વ્યક્તિ કહી શકતી નથી કે સેટઅપ સપોર્ટેડ છે કે ફક્ત કામ કરે છે.

જો એમ્પ્લોયર એવું સંચાલિત FortiClient પર્યાવરણ માંગે જે Pi પૂરું કરી શકતું નથી, તો મંજૂર એન્ડપોઇન્ટ કે મંજૂર ઍક્સેસ હોસ્ટ માંગો. પીઅર વેલિડેશન બંધ ન કરો, પોશ્ચર ચેકની નકલ ન કરો, અને એક મશીનને અનુકૂળ થવા સંસ્થાનો ગેટવે બદલો નહીં. જે નિષ્કર્ષ લખવાનો છે તે એ છે કે કયું સપોર્ટેડ સંયોજન અધિકૃત છે, એ નહીં કે ક્લોઝ્ડ-સોર્સ સોફ્ટવેર ક્યારેય ARMને લક્ષ્ય બનાવી શકતું નથી.