Linux मा SNX: 32-बिट लाइब्रेरी र आफै रिसेट हुने रिजोल्भर
Linux मा SNX लोडर, रुट तालिका वा रिजोल्भरमा असफल हुन्छ, र प्रत्येक असफलता लगइन समस्याजस्तो देखिन्छ। चार लक्षणहरू क्रममा काम गर्नुहोस्।
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 माउन्ट गर्नु र फराकिलो क्षमता दिनु, जसले होस्टको नेटवर्क प्रशासनको धेरै भाग कन्टेनरलाई दिन्छ।
जब साँच्चै स्यान्डबक्स चाहिन्छ, भर्चुअल मेसिन नै सफा सीमा हो: क्लाइन्टले परिवर्तन गर्न सक्ने कर्नेल पाउँछ, र होस्टले आफ्नो रुट तालिका राख्छ। दिएकोमा पछुताउनु पर्ने क्षमताहरूमा दिउँसो बिताउनु अघि त्यही छान्नुहोस्।