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-നെ pppd ആരംഭിക്കുന്ന PPP, TLS ക്ലയന്റായി വിവരിക്കുന്നു. അത് ഒരു നിർദ്ദിഷ്ട നടപ്പാക്കലാണ്, അതിന് ഗേറ്റ്‌വേ അനുയോജ്യമായ മോഡ് നൽകണം. സർവറിന്റെ ബ്രാൻഡ് നാമം പ്രോട്ടോക്കോൾ കരാറല്ല.

ഗേറ്റ്‌വേയുടെ റിലീസും സജീവമാക്കിയ ആക്സസ് രീതിയും, അംഗീകൃത ഹോസ്റ്റ്നെയിമും അതിന്റെ ട്രസ്റ്റ് മെറ്റീരിയലും, സേവനം ആവശ്യപ്പെടുന്ന ഐഡന്റിറ്റി വർക്ക്ഫ്ലോയും ശേഖരിക്കുക, ഏതെങ്കിലും രണ്ടാം ഘടകവും ഉപകരണ പോസ്ചർ പരിശോധനയും ഉൾപ്പെടെ. മാനേജ്ഡ് വിന്യാസത്തിന് മൂന്നാം കക്ഷി ക്ലയന്റിന് നിർവഹിക്കാൻ വഴിയില്ലാത്ത എൻറോൾമെന്റ് ഘട്ടങ്ങൾ ആവശ്യമായി വരാം.

നിങ്ങൾക്ക് നൽകിയ അക്കൗണ്ട് ഉപയോഗിച്ച് കണക്ഷൻ പരീക്ഷിക്കുക, അഡ്മിനിസ്ട്രേറ്ററുടെ അക്കൗണ്ടല്ല, കാരണം എൻറോൾമെന്റും പോളിസിയും സാധാരണയായി ഉപയോക്താവിനോട് ബന്ധിപ്പിച്ചിരിക്കുന്നു:

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

എക്സിറ്റ് കോഡ് മാത്രമല്ല, പരാജയം വായിക്കുക. സർട്ടിഫിക്കറ്റ് പിശക്, PPP ടൈംഔട്ട്, പോളിസി നിരസിക്കൽ എന്നിവ മൂന്ന് വ്യത്യസ്ത പ്രശ്നങ്ങളാണ്, അവയിൽ ഒന്ന് മാത്രമാണ് ARM-നെക്കുറിച്ചുള്ളത്.

നാലാം ഘട്ടം: കരാറിനുള്ളിൽ, ഉപകരണത്തിൽ അത് സ്വീകരിക്കുക

യഥാർത്ഥ സ്വകാര്യ റിസോഴ്സ്, ടണലിലൂടെയുള്ള DNS റെസല്യൂഷൻ, നെറ്റ്‌വർക്ക് വിച്ഛേദത്തിന് ശേഷമുള്ള പുനഃബന്ധനം എന്നിവയോടെ സെറ്റപ്പ് സ്വീകരിക്കുക. പിന്നെ, എത്തിച്ചേരാനാകാതെ നിൽക്കേണ്ട ലക്ഷ്യം ഇപ്പോഴും പരാജയപ്പെടുന്നുവെന്ന് സ്ഥിരീകരിക്കുക, കാരണം എത്തിച്ചേരാൻ കഴിയുന്നത് മാത്രം പോളിസി ശരിയാണെന്ന് തെളിയിക്കുന്നില്ല.

നാല് വസ്തുതകൾ ഒരുമിച്ച് രേഖപ്പെടുത്തുക: OS റിലീസ്, ഉപയോക്തൃ-സ്ഥല ആർക്കിടെക്ചർ, ക്ലയന്റ് പാക്കേജ് പതിപ്പ്, ഗേറ്റ്‌വേ മോഡ്. നാലും ഇല്ലാതെ, അടുത്ത വ്യക്തിക്ക് സെറ്റപ്പ് പിന്തുണയുള്ളതാണോ അതോ വെറുതെ പ്രവർത്തിക്കുന്നതാണോ എന്ന് പറയാനാവില്ല.

Pi-ക്ക് നിറവേറ്റാനാവാത്ത മാനേജ്ഡ് FortiClient പരിസ്ഥിതി തൊഴിലുടമ ആവശ്യപ്പെടുന്നെങ്കിൽ, അംഗീകൃത എൻഡ്പോയിന്റോ അംഗീകൃത ആക്സസ് ഹോസ്റ്റോ ആവശ്യപ്പെടുക. പിയർ വാലിഡേഷൻ പ്രവർത്തനരഹിതമാക്കരുത്, പോസ്ചർ പരിശോധനകൾ അനുകരിക്കരുത്, ഒരു യന്ത്രത്തിനായി സ്ഥാപനത്തിന്റെ ഗേറ്റ്‌വേ മാറ്റരുത്. എഴുതേണ്ട നിഗമനം ഏത് പിന്തുണയുള്ള സംയോജനമാണ് അധികാരപ്പെടുത്തിയിരിക്കുന്നത് എന്നതാണ്, ക്ലോസ്ഡ്-സോഴ്സ് സോഫ്റ്റ്വെയറിന് ഒരിക്കലും ARM ലക്ഷ്യമാക്കാനാവില്ല എന്നല്ല.