Linux-ൽ Check Point VPN: SNX ഡൗൺലോഡ് ചെയ്ത് ഇൻസ്റ്റാൾ ചെയ്യുന്ന ഒന്നല്ല

നിങ്ങൾ Check Point-ന്റെ Linux ക്ലൈന്റ് തിരയുന്നു, ഇൻസ്റ്റാളർ ഉള്ള ഒരു ഡൗൺലോഡ് പേജും കണ്ടെത്തുന്നുമില്ല. ആ അഭാവം പാക്കേജിംഗിലെ വിടവല്ല. Check Point-ന്റെ Linux റിമോട്ട്-ആക്സസ് ക്ലൈന്റ് SSL Network Extender, അതായത് SNX ആണ്, ബ്രൗസറിൽ നിങ്ങളുടെ ഐഡന്റിറ്റി സ്ഥിരീകരിച്ച ശേഷം ഗേറ്റ്വേ അത് നിങ്ങൾക്ക് നൽകുന്നു. അത് മനസ്സിലായാൽ ബാക്കി ആശയക്കുഴപ്പത്തിനും അർത്ഥമുണ്ട്, അതിനെക്കുറിച്ചുള്ള ഏതാണ്ട് എല്ലാ എഴുത്തും വർഷങ്ങൾ പഴക്കമുള്ളത് എന്തുകൊണ്ടെന്നും ഉൾപ്പെടെ.

മിഥ്യ: ഡൗൺലോഡ് ചെയ്ത് ഇൻസ്റ്റാൾ ചെയ്യുന്ന ഒരു ക്ലൈന്റ് ഉണ്ട്

ഈ പ്രതീക്ഷ മറ്റെല്ലാ വെണ്ടർമാരിൽ നിന്നും വരുന്നു. OpenVPN, WireGuard, മിക്ക വാണിജ്യ ക്ലൈന്റുകളും ഒരു പാക്കേജോ റെപ്പോസിറ്ററിയോ പ്രസിദ്ധീകരിക്കുന്നു, ഒന്ന് ഇൻസ്റ്റാൾ ചെയ്യുന്നത് നിങ്ങൾ ഒറ്റയ്ക്ക് എടുക്കുന്ന പ്രാദേശിക തീരുമാനമാണ്. Linux-ൽ Check Point അങ്ങനെ പ്രവർത്തിക്കുന്നില്ല. നിലവിലെ ഗേറ്റ്വേ പതിപ്പുകൾക്കുള്ള ഔദ്യോഗിക ഡൗൺലോഡുകളിൽ പ്രത്യേക ഇൻസ്റ്റാളർ ഇല്ല, അതിനാൽ അത് തിരയുമ്പോൾ പഴയ ഫോറം ത്രെഡുകളും മൂന്നാം കക്ഷി മിററുകളും മാത്രം കിട്ടും.

ആ മിററുകൾ നിഷ്പ്രയോജനത്തേക്കാൾ മോശമാണ്, കാരണം ബിൽഡ് അത് നൽകുന്ന ഗേറ്റ്വേയുമായി പൊരുത്തപ്പെടണം.

SNX യഥാർത്ഥത്തിൽ എന്താണ്, എവിടെ നിന്ന് വരുന്നു

SNX എന്നത് ബൈനറി snx എന്ന ഒരു കമാൻഡ്-ലൈൻ ക്ലൈന്റാണ്, ബ്രൗസറിൽ ഗേറ്റ്വേയ്ക്കെതിരെ നിങ്ങൾ തുടങ്ങുന്ന സെഷനിലൂടെയാണ് അത് ഇൻസ്റ്റാൾ ചെയ്യുന്നത്. ചരിത്രപരമായി ഒരു Java ആപ്ലെറ്റ്, നിങ്ങൾ പ്രോംപ്റ്റ് അംഗീകരിച്ച ശേഷം അത് ഡൗൺലോഡ് ചെയ്ത് ഇൻസ്റ്റാൾ ചെയ്തിരുന്നു. സംവിധാനം വർഷങ്ങളായി മാറി, ഉറവിടം മാറിയില്ല. ഗേറ്റ്വേ തന്നോട് യോജിക്കുന്ന ബിൽഡാണ് നൽകുന്നത്, അതുകൊണ്ടാണ് ക്ലൈന്റും ഗേറ്റ്വേയും പതിപ്പുകളിൽ ഒരുമിച്ച് നീങ്ങുന്നത്, പഴയ പാക്കേജിൽ നിന്ന് പകർത്തിയ ക്ലൈന്റ് ഗേറ്റ്വേ അതുമായി സംസാരിക്കുന്നിടത്തോളം മാത്രം പ്രവർത്തിക്കുന്നതും.

അതായത് ക്ലൈന്റിലെ ഏതെങ്കിലും ജോലിക്ക് അർത്ഥം വരുന്നതിന് മുമ്പ് ഗേറ്റ്വേ തയ്യാറായിരിക്കണം. Mobile Access Software Blade ലൈസൻസ് ചെയ്ത് കോൺഫിഗർ ചെയ്യണം, അതില്ലാതെ ഇൻസ്റ്റാൾ ചെയ്യാൻ പോർട്ടലില്ല. പോർട്ടൽ നൽകാത്ത ഗേറ്റ്വേയ്ക്കെതിരെ ക്ലൈന്റ് ഭാഗത്തെ ഏത് ശ്രമവും സെഷൻ ഉണ്ടാക്കുന്നില്ല.

നിങ്ങളുടെ ഉപയോക്താവിനൊപ്പം ക്ലൈന്റ് ഗേറ്റ്വേയിലേക്ക് തിരിക്കുക, എന്താണ് റിപ്പോർട്ട് ചെയ്യുന്നതെന്ന് വായിക്കുക:

snx -s vpn.example.com -u your.name

പരിധി ഇൻസ്റ്റാളറല്ല, ഡിസ്ട്രിബ്യൂഷൻ പിന്തുണയാണ്

SNX-നുള്ള വെണ്ടറുടെ പിന്തുണയുള്ള ഡിസ്ട്രിബ്യൂഷനുകളുടെ പട്ടിക ചെറുതും പഴയതുമാണ്. പ്രസിദ്ധീകരിച്ച ലേഖനത്തിൽ അത് ഏകദേശം Ubuntu 17.04-ൽ നിൽക്കുന്നു, അതേ കാലത്തെ കുറച്ച് openSUSE, Fedora, RHEL പതിപ്പുകൾക്കൊപ്പം, ഇപ്പോഴും Ubuntu 12.10 ലിസ്റ്റ് ചെയ്യുന്നു. അത് പട്ടിക എങ്ങനെ പഴകുന്നു എന്ന് പറയുന്നു, നിങ്ങളുടെ മെഷീന് എന്ത് വേണം എന്നല്ല. ഇന്നത്തെ ഡിസ്ട്രിബ്യൂഷൻ അതിൽ ഇല്ല തന്നെ.

പ്രവർത്തിക്കുന്ന ടണലിനെ പ്രതീക്ഷിക്കുന്നതിന് മുമ്പ് ലൈബ്രറി പൊരുത്തക്കേടുകൾ പ്രതീക്ഷിക്കുക. സാധാരണ മൂന്ന്: 64 ബിറ്റ് സിസ്റ്റത്തിൽ കാണാത്ത 32 ബിറ്റ് ലൈബ്രറികൾ, ബൈനറി ഒരിക്കലും ലിങ്ക് ചെയ്യാത്ത OpenSSL പതിപ്പ്, ക്ലൈന്റ് നിർമ്മിക്കാൻ ശ്രമിക്കുന്ന കെർണൽ മൊഡ്യൂൾ. പാക്കേജുകൾ ഊഹിക്കുന്നതിനുപകരം കാണാത്ത സിംബലുകൾ വായിക്കുക:

ldd $(command -v snx) | grep "not found"

തുടർന്ന് നിങ്ങൾ യഥാർത്ഥത്തിൽ ബന്ധിപ്പിക്കുന്ന ഗേറ്റ്വേ പതിപ്പിന്റെ പിന്തുണാ ലേഖനം നോക്കുക. ഒരു ബ്ലോഗിലെ പട്ടിക അനുയോജ്യതയുടെ പ്രസ്താവനയല്ല, പുതിയ ഡിസ്ട്രിബ്യൂഷൻ പുതിയ ക്ലൈന്റ് എന്ന് അർത്ഥമാക്കുന്നുമില്ല.

സ്ക്രീൻ ഇല്ലാതെ ജോലി സാധ്യമാക്കുന്ന X11 വിശദാംശം

SNX-ന് X11 ലൈബ്രറികൾ വേണം, പക്ഷേ പ്രവർത്തിക്കുന്ന X സെർവർ വേണ്ട. ആ വ്യത്യാസമാണ് ഹെഡ്ലെസ് ഹോസ്റ്റിൽ SSH വഴി പ്രവർത്തിക്കുന്ന ക്ലൈന്റും ഒരു ഔട്ട്പുട്ടുമില്ലാതെ നിന്നുപോയതായി തോന്നുന്ന ക്ലൈന്റും തമ്മിലുള്ള മുഴുവൻ വ്യത്യാസം. മറ്റൊരു പതിപ്പിൽ നിന്ന് പകർത്തിയ ബണ്ടിലല്ല, നിങ്ങളുടെ ഡിസ്ട്രിബ്യൂഷൻ നൽകുന്ന ലൈബ്രറി പാക്കേജ് ഇൻസ്റ്റാൾ ചെയ്യുക, ടണൽ വേണ്ട സെഷനിൽ നിന്നുതന്നെ ക്ലൈന്റ് പ്രവർത്തിപ്പിക്കുക.

ബന്ധിപ്പിച്ച ശേഷം,ഇന്റർഫേസും റൂട്ടുകളും രണ്ടിലും വിശ്വസിക്കുന്നതിന് മുമ്പ് അവ വായിക്കുക:

ip -brief addr show
ip route show

SNX ഒരു ടണൽ ഇന്റർഫേസ് സൃഷ്ടിച്ച് പോർട്ടൽ നിർണ്ണയിക്കുന്ന റൂട്ടുകൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നു. ആ റൂട്ടുകൾ നിങ്ങളുടേതല്ല, ഗേറ്റ്വേയുടെ തീരുമാനമാണ്, അതിനാൽ കാണാത്ത പ്രിഫിക്സ് ക്ലൈന്റിന്റെ ബഗ്ഗല്ല, ഗേറ്റ്വേ ഭാഗത്തെ പ്രൊഫൈൽ പ്രശ്നമാണ്. അതേ സമയം DNS പരിശോധിക്കുക, കാരണം split-tunnel പ്രൊഫൈലുകൾ പലപ്പോഴും നിങ്ങൾ പ്രതീക്ഷിക്കാത്ത ഒരു റിസോൾവർ തള്ളിക്കയറ്റുന്നു.

SNX പൂർണ്ണമായി തെറ്റായ ഉത്തരം ആകുമ്പോൾ

Check Point ഗേറ്റ്വേകൾക്ക് IPsec,L2TPക്ലൈന്റ്-ടു-സൈറ്റ് കണക്ഷനുകളും അവസാനിപ്പിക്കാം, അവ strongSwan, Libreswan അല്ലെങ്കിൽ NetworkManager-ന്റെ L2TP പ്ലഗിൻ ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്നു. അത് ഗേറ്റ്വേ കോൺഫിഗറേഷനാണ്, ക്ലൈന്റിന്റെ തന്ത്രമല്ല. ഗേറ്റ്വേ Mobile Access പോർട്ടൽ മാത്രം പ്രസിദ്ധീകരിക്കുന്നുവെങ്കിൽ,IPsec ക്ലൈന്റിന് ചർച്ച ചെയ്യാൻ ഒന്നുമില്ല, ലോഗിൽ ഓതന്റിക്കേഷൻ പരാജയത്തിനുപകരം ടൈംഔട്ട് കാണിക്കുന്നു. മറ്റെന്തെങ്കിലും ഇൻസ്റ്റാൾ ചെയ്യുന്നതിന് മുമ്പ് ഏത് റിമോട്ട്-ആക്സസ് ബ്ലേഡുകൾ പ്രവർത്തനക്ഷമമാണെന്ന് ചോദിക്കുക.

ഇവിടെ ഓരോ പരിധിയും ഗേറ്റ്വേ ഭാഗത്താണ്: ബ്ലേഡ്, ലൈസൻസ്, ക്ലൈന്റ് ബിൽഡ്, റൂട്ട് പ്രൊഫൈൽ. CLI വർഷങ്ങളായി പ്രവർത്തിക്കുന്നു. തകരുന്നത് Linux പിന്തുണ എന്നാൽ നിങ്ങളുടെ ഉടമസ്ഥതയിലുള്ളതും നിയന്ത്രിക്കുന്നതുമായ ഒരു പാക്കേജ് എന്ന ധാരണയാണ്.