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 निराकरणाची खात्री करा आणि एकदा पुन्हा जोडा. क्लायंट, प्लॅटफॉर्म, गेटवे आवृत्ती आणि टनेल मोड एकत्र नोंदवा, कारण पुढच्या व्यक्तीला चारही लागतात. यशस्वीपणे उघडणारा प्रोग्राम स्थानिक सुरुवातीचा टप्पा पार केला आहे, त्यापेक्षा जास्त काही नाही.