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 समर्थन का अर्थ ऐसा पैकेज है जो आपका है और आपके नियंत्रण में है।