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 ஐ ஏற்றி பரந்த திறன்களை வழங்குவதை குறிக்கிறது, இது ஹோஸ்ட்டின் பிணைய நிர்வாகத்தின் பெரும்பகுதியை கொள்கலனுக்கு அளிக்கிறது.

உண்மையிலேயே மணல்வெட்டு தேவைப்படும்போது, மெய்நிகர் இயந்திரமே தூய்மையான எல்லை: கிளையண்ட் தான் மாற்றக்கூடிய கர்னலைப் பெறுகிறது, ஹோஸ்ட் அதன் வழித்தட அட்டவணையை வைத்திருக்கிறது. வழங்கியதற்கு வருந்தப்போகும் திறன்களில் மதியம் செலவழிக்கும் முன் அதைத் தேர்ந்தெடுங்கள்.