Fortinet Linux क्लाइंट: मरम्मत से पहले गेटवे की जाँच करें

संग्रहीत गाइड कहती है कि 32-बिट लाइब्रेरी इंस्टॉल करें, GTK थीम को पैच करें और टर्मिनल से इंस्टॉलर चलाएँ। उस सलाह का कुछ हिस्सा किसी विशेष क्लाइंट रिलीज़ के लिए सही था, और उसका कोई भी हिस्सा ऐसा टनल मोड वापस नहीं ला सकता जो गेटवे अब नहीं देता। पैकेज बदलने से पहले वह पहला चरण खोजें जो विफल हुआ। यह गेटवे से अंदर की ओर चलता है, क्योंकि वहाँ उत्तर सस्ते हैं और गलत स्थानीय सुधार सबसे अधिक समय लेता है।

जाँच 1: विफल चरण का नाम बताएँ

तीन चरण अलग-अलग तरह से विफल होते हैं। प्रोग्राम शुरू नहीं होता, शुरू होकर सर्वर की पहचान अस्वीकार करता है, या जुड़ता है और गेटवे के पास उस प्रकार की सेवा नहीं है जिसकी आपको आवश्यकता है। हर विफलता अपना प्रमाण छोड़ती है: लोडर त्रुटि, प्रमाणपत्र संदेश, या अनुपलब्ध मोड का नाम बताता गेटवे का उत्तर।

कुछ भी छूने से पहले यह लिख लें। इस बिंदु के बाद सब कुछ इस पर निर्भर है कि आपने किस चरण का नाम लिया, और तीनों सुधारों में कुछ भी साझा नहीं है।

जाँच 2: गेटवे रिलीज़ और टनल मोड

मौजूदा गेटवे पर टनल मोड चला गया है, और FortiClient 7.4.4 का Linux एकीकरण तालिका वह जगह है जहाँ यह लिखा है: FortiOS 7.6.3 और उसके बाद के संस्करण अब SSL VPN टनल मोड नहीं देते और प्रशासकों को IPsec की ओर भेजते हैं। जब आप उस वाक्य को दोहराएँ तो उत्पाद, रिलीज़ और मोड को उसी वाक्य से बाँधकर रखें। यह हर Fortinet उत्पाद के बारे में कुछ नहीं कहता, और अब भी मौजूद वेब-एक्सेस सुविधाओं के बारे में भी कुछ नहीं कहता। सामान्य संस्करण अनुकूलता और एक टनल मोड की उपलब्धता अलग-अलग जाँचें हैं।

गेटवे के मालिक से दो बातें पूछें: गेटवे कौन-सा रिलीज़ चलाता है, और आज कौन-सी एक्सेस विधियाँ सक्षम हैं। उत्तर लिखित में माँगें, रिलीज़ स्ट्रिंग और जिस सेटिंग्स पृष्ठ या कॉन्फ़िगरेशन पंक्ति से यह आया है उसके साथ, क्योंकि मौखिक आश्वासन ही लोगों को संग्रहीत गाइड की ओर वापस भेजता है। फिर उस उत्तर को उसी सटीक रिलीज़ के लिए गेटवे के नोट्स या विक्रेता के मैट्रिक्स से मिलाएँ। वेब पोर्टल दिखाने वाला ब्राउज़र साबित करता है कि पोर्टल उत्तर देता है, इससे अधिक कुछ नहीं।

जाँच 3: वह क्लाइंट संस्करण जिसे मालिक स्वीकृत करता है

स्वीकृत Linux क्लाइंट संस्करण और वर्ज़न प्राप्त करें, फिर उसके समर्थित ऑपरेटिंग सिस्टम, आर्किटेक्चर, डेस्कटॉप और प्रमाणीकरण प्रवाह की जाँच करें। 7.4.4 मैट्रिक्स संस्करण से बँधा उदाहरण है, नवीनतम क्लाइंट के लिए सिफ़ारिश नहीं और हर व्युत्पन्न के लिए वादा नहीं। पूछें कि मालिक वास्तव में किस क्लाइंट का समर्थन करेगा, क्योंकि वह उत्तर माइग्रेशन का हिस्सा है, बाद का विचार नहीं। जो क्लाइंट अपना पहला पैकेट गेटवे तक पहुँचने से पहले मर जाता है, वह लैपटॉप के बारे में कुछ साबित करता है, सेवा के बारे में नहीं।

32-बिट लाइब्रेरी और पैच की गई थीम बदलती हैं कि बाइनरी क्या लोड कर सकती है; वे नहीं बदलतीं कि विक्रेता किसका समर्थन करता है। अगर ऑपरेटिंग सिस्टम या प्रमाणीकरण प्रवाह मैट्रिक्स से बाहर है, तो योग्यता का प्रश्न पहले ही उत्तरित है।

जाँच 4: प्रतिस्थापन प्रोफ़ाइल माँगें

अगर संगठन SSL VPN टनल मोड से IPsec पर चला गया है, तो उसी बातचीत में नई प्रोफ़ाइल और नामांकन प्रक्रिया माँगें। SSL कॉन्फ़िगरेशन का नाम बदलकर यह न मानें कि फ़ील्ड साथ चलेंगे: IPsec प्रोफ़ाइल एक IKE संस्करण, दूरस्थ गेटवे और उसकी पहचान, प्रमाणीकरण विधि, और वे ट्रैफ़िक चयनक जो हर पक्ष स्वीकार करता है, बताती है। खाता और डिवाइस नीति भी अलग तरह से लागू हो सकती है। नाम बदलने से ऐसा क्लाइंट बनता है जो कॉन्फ़िगर दिखता है और कुछ भी बातचीत नहीं करता।

प्रोफ़ाइल पर भरोसा करने से पहले उसे पढ़ें। उसमें IKE संस्करण और प्रस्ताव, क्या प्रमाणीकरण प्रमाणपत्र या पहले से साझा की गई कुंजी का उपयोग करता है, कौन-से स्थानीय और दूरस्थ सबनेट चुने गए हैं, और गेटवे अपनी पहचान के रूप में क्या अपेक्षा करता है, होना चाहिए। पुष्टि करें कि स्वीकृत Linux क्लाइंट उस व्यवस्था का समर्थन करता है, क्योंकि माइग्रेशन दस्तावेज़ हर क्लाइंट रिलीज़ के लिए सुविधा-समानता का बयान नहीं है। openfortivpn जैसा स्वतंत्र क्लाइंट OpenVPN का इंटरप्रेटर नहीं है, इसलिए नाम में SSL वाली हर दूसरी चीज़ को अस्वीकृत मानें जब तक मालिक इस मोड, इस लॉगिन प्रवाह और इस डिवाइस नीति के लिए कुछ और न कहे।

जाँच 5: स्थानीय निर्भरताएँ, फिर सत्यापित करें और दर्ज करें

गेटवे और क्लाइंट तय होने के बाद, शुरू न होना एक पैकेजिंग समस्या है, और बनाए रखे गए पैकेज के अपने निर्देश ही अनुसरण करने योग्य संदर्भ हैं। TLS पहचान विफलता ऑपरेटर की है: विश्वास एंकर और अपेक्षित नाम उसका कॉन्फ़िगरेशन है, स्थानीय रूप से बचने की चीज़ नहीं। संग्रहीत गाइड कभी इन्हीं दो चरणों में उपयोगी थी।

अज्ञात प्रमाणपत्र स्वीकार करके या डिवाइस स्थिति जाँच बंद करके दोनों में से कोई हल नहीं होता। MFA और डिवाइस जाँच यथावत रखें, क्योंकि उन्हें कमज़ोर करके कनेक्टिविटी लौटाना व्यवधान को घटना से बदल देता है। अगर मोड चला गया है, तो कोई स्थानीय फ़्लैग उसे वापस नहीं लाता।

स्वीकृत बदलाव के बाद इच्छित निजी संसाधन तक पहुँचें, DNS रिज़ॉल्यूशन की पुष्टि करें और एक बार पुनः कनेक्ट करें। क्लाइंट, प्लेटफ़ॉर्म, गेटवे रिलीज़ और टनल मोड को साथ दर्ज करें, क्योंकि अगले व्यक्ति को चारों चाहिए। जो प्रोग्राम सफलतापूर्वक खुलता है उसने स्थानीय शुरुआती चरण पार कर लिया है, और कुछ नहीं।