Linux-ൽ SNX: 32-ബിറ്റ് ലൈബ്രറികളും സ്വയം റീസെറ്റാകുന്ന റിസോൾവറും

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

ലക്ഷണം ഒന്ന്: ലോഗിന് മുമ്പ് ലോഡർ വിസമ്മതിക്കുന്നു

ഫയർവാളിൽ നിന്ന് ലഭിച്ച ഇൻസ്റ്റാളർ 32-ബിറ്റ്, setuid-root ബൈനറി /usr/bin/snx-ൽ നിക്ഷേപിക്കുന്നു. 64-ബിറ്റ് ഡിസ്ട്രിബ്യൂഷനിൽ i386 ആർക്കിടെക്ചർ പ്രവർത്തനക്ഷമമാകുന്നതുവരെയും അത് ലിങ്ക് ചെയ്യുന്ന ലൈബ്രറികൾ ഉണ്ടാകുന്നതുവരെയും അത് പ്രവർത്തിക്കുന്നില്ല.

sudo dpkg --add-architecture i386
sudo apt update
sudo apt install libstdc++5:i386 libstdc++6:i386 libx11-6:i386 libpam0g:i386
ldd /usr/bin/snx | grep "not found"

ശൂന്യമായ not found പട്ടികയാണ് അതിനുശേഷമുള്ള എല്ലാറ്റിനും കവാടം. കൃത്യമായ പാക്കേജ് സെറ്റ് റിലീസുകൾക്കിടയിൽ മാറുന്നു: ഒരു പ്രവർത്തിക്കുന്ന റിപ്പോർട്ടിന് libstdc++5:i386, libx11-6:i386, libpam0g:i386 ആവശ്യമായിരുന്നു, മറ്റൊന്നിന് libstdc++6:i386 ഉം ആവശ്യമായിരുന്നു. മറ്റൊരു ഡിസ്ട്രിബ്യൂഷനുവേണ്ടി എഴുതിയ ട്യൂട്ടോറിയലിൽ നിന്ന് പാക്കേജ് പട്ടിക പകർത്തുന്നതിനുപകരം ldd വായിക്കുക.

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

ലക്ഷണം രണ്ട്: ലോഗിൻ വിജയിക്കുന്നു, ഒന്നും റൂട്ട് ചെയ്യപ്പെടുന്നില്ല

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

ip -br addr show tunsnx
ip route | grep tunsnx
snx -d

പൊളിക്കാൻ snx -d ഉപയോഗിക്കുക. പ്രോസസ് കൊല്ലുന്നത് ഇന്റർഫേസും അതിന്റെ റൂട്ടുകളും അവശേഷിപ്പിക്കുന്നു, അടുത്ത ശ്രമം പിന്നീട് ക്രെഡൻഷ്യലുകളുമായി യാതൊരു ബന്ധവുമില്ലാത്ത കാരണത്താൽ പരാജയപ്പെടുന്നു. ആദ്യ ലോഗിൻ /etc/snx/-ന് കീഴിൽ ഒരു സർവർ ഒപ്പും രേഖപ്പെടുത്തുന്നു, അതിനാൽ മേൽനോട്ടമില്ലാത്ത ഒരു സ്ക്രിപ്റ്റിന് പ്രവർത്തിക്കാൻ ഒരു ഇന്ററാക്ടീവ് റൺ ആവശ്യമായി വന്നേക്കാം. ആ അവസ്ഥ സർവറിനെ വീണ്ടും അംഗീകരിക്കാൻ ഉദ്ദേശിക്കുമ്പോൾ മാത്രം ഇല്ലാതാക്കുക.

ലക്ഷണം മൂന്ന്: ടണൽ ഉയരുന്നതുവരെ പേരുകൾ വിശകലനം ചെയ്യപ്പെടുന്നു

ഇതാണ് നിശബ്ദമായി തകരുന്നത്. snx തള്ളിയ DNS സർവറുകൾ നേരിട്ട് /etc/resolv.conf-ലേക്ക് എഴുതുന്നു. ആ പാത /run/systemd/resolve/-ലേക്കുള്ള ഒരു സിംബോളിക് ലിങ്ക് ആണെങ്കിൽ, അടുത്ത റിസോൾവർ സംഭവത്തിൽ എഡിറ്റ് നഷ്ടപ്പെട്ടേക്കാം, വിച്ഛേദിച്ചതിനുശേഷം തള്ളിയ എൻട്രികളും അതുപോലെ അവശേഷിച്ചേക്കാം.

രണ്ട് ക്രമീകരണങ്ങൾ പ്രവർത്തിക്കുന്നു, തിരഞ്ഞെടുപ്പ് ആദ്യ തിരയൽ ഫലം നിർദ്ദേശിച്ചതല്ല, മനഃപൂർവമായതായിരിക്കണം:

• ഫയൽ ഏറ്റെടുക്കുക: സിംബോളിക് ലിങ്കിന് പകരം സ്റ്റാറ്റിക് ഫയൽ വെക്കുക, libnss-resolve ഉം അതിന്റെ i386 വകഭേദവും ഇൻസ്റ്റാൾ ചെയ്യുക, ഫയൽ താഴെനിന്ന് വീണ്ടും എഴുതപ്പെടുമ്പോഴും പേര് സേവനത്തിന് ബദൽ മാർഗം നിലനിൽക്കും.
• systemd-resolved-നെ ഉടമയായി നിലനിർത്തി ടണൽ ലിങ്ക് രജിസ്റ്റർ ചെയ്യുക: resolvectl dns tunsnx 10.0.0.10, തുടർന്ന് resolvectl domain tunsnx corp.example, resolvectl status ഉപയോഗിച്ച് സ്ഥിരീകരിക്കുക.

കണക്റ്റ് ചെയ്യുന്നതിന് മുമ്പ് VPN-ന് മുമ്പുള്ള നെയിംസർവറുകൾ രേഖപ്പെടുത്തുക. ഫയൽ കൈകൊണ്ട് എഡിറ്റ് ചെയ്താൽ, പിന്നീട് തള്ളിയ എൻട്രികൾ നീക്കം ചെയ്യുന്നത് നടപടിക്രമത്തിന്റെ ഭാഗമാണ്, ഐച്ഛിക ക്ലീനപ്പ് അല്ല, കാരണം വിച്ഛേദിച്ചതിനുശേഷം കോർപ്പറേറ്റ് DNS നിലനിർത്തുന്ന ലാപ്ടോപ്പിന് മറ്റൊന്നും വിശകലനം ചെയ്യാനാകില്ല.

ലക്ഷണം നാല്: പോർട്ടൽ പ്രവർത്തിക്കുന്നു, CLI പ്രവർത്തിക്കുന്നില്ല

സമീപകാല ഫയർവാൾ റിലീസുകൾ മിഡിൽവെയർ ബ്രൗസറിൽ നിന്ന് പ്രാദേശിക Java ഡീമണിലേക്ക് മാറ്റി, അതിനാൽ പോർട്ടൽ പോർട്ട് 14186-ൽ പ്രാദേശിക ഏജന്റുമായി സംസാരിക്കുന്നു. ആ വിലാസത്തിന് ബ്രൗസർ സർട്ടിഫിക്കറ്റ് ഒഴിവാക്കലും പ്രവർത്തിക്കുന്ന പ്രോസസും ആവശ്യമാണ്.

ps ax | grep cshell
/usr/bin/cshell/launcher

കമാൻഡ് ലൈൻ വേറിട്ട ഒരു പാതയാണ്: snx -s vpn.example.com -u user, ~/.snxrc സർവർ, ഉപയോക്തൃനാമം, വീണ്ടും ആധികാരികരണ മുൻഗണന എന്നിവ സൂക്ഷിക്കുന്നു. പ്രവർത്തിക്കുന്ന പോർട്ടൽ സെഷൻ CLI ശരിയായി ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ടോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല, ഒറ്റത്തവണ കോഡുകൾ സാധാരണ ക്ലയന്റ് കൈകാര്യം ചെയ്യുന്നില്ല.

ലാഭിക്കുന്നതിനേക്കാൾ ചെലവേറിയ കണ്ടെയ്നർ ഷോർട്ട്കട്ട്

snx tun മൊഡ്യൂൾ പരിശോധിക്കുന്നു, ഇല്ലെങ്കിൽ ലോഡ് ചെയ്യുന്നു, ടണൽ ഇന്റർഫേസ് സൃഷ്ടിക്കുന്നു, റൂട്ടുകൾ വീണ്ടും എഴുതുന്നു, ട്രാഫിക് അതിലൂടെ കടത്തിവിടുന്നു. ഇത് കണ്ടെയ്നറിനുള്ളിൽ പുനർനിർമ്മിക്കാൻ /dev ഉം /lib/modules ഉം മൗണ്ട് ചെയ്യേണ്ടതുണ്ട്, കൂടാതെ വിശാലമായ കഴിവുകൾ നൽകണം, ഇത് ഹോസ്റ്റിന്റെ നെറ്റ്വർക്ക് അഡ്മിനിസ്ട്രേഷന്റെ ഭൂരിഭാഗവും കണ്ടെയ്നറിന് നൽകുന്നു.

യഥാർത്ഥത്തിൽ സാൻഡ്ബോക്സ് ആവശ്യമായിരിക്കുമ്പോൾ, വെർച്വൽ മെഷീൻ ആണ് കൂടുതൽ വ്യക്തമായ അതിർത്തി: ക്ലയന്റിന് മാറ്റാൻ അനുവാദമുള്ള ഒരു കെർണൽ ലഭിക്കുന്നു, ഹോസ്റ്റ് അതിന്റെ റൂട്ട് ടേബിൾ നിലനിർത്തുന്നു. നൽകിയതിൽ ഖേദിക്കുന്ന കഴിവുകൾക്കായി ഉച്ചയ്ക്ക് ശേഷം ചെലവഴിക്കുന്നതിന് മുമ്പ് അത് തിരഞ്ഞെടുക്കുക.