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 માઉન્ટ કરવા પડે અને વિશાળ ક્ષમતાઓ આપવી પડે, જે હોસ્ટના નેટવર્ક વ્યવસ્થાપનનો મોટો ભાગ કન્ટેનરને આપી દે છે.

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