FortiClient में पासवर्ड सहेजने का बॉक्स गायब है? फ़ैसला गेटवे करता है

आप FortiClient का इंस्टॉल पूरा करते हैं, ऑफ़िस के SSL VPN से जुड़ते हैं और पासवर्ड सहेजने का ऐसा नियंत्रण ढूँढते हैं जो है ही नहीं। क्लाइंट को दोबारा इंस्टॉल करने से वह वापस नहीं आता, और टनल मिटाकर दोबारा जोड़ने से भी नहीं। SSL VPN प्रोफ़ाइल में फ़ायरवॉल तय करता है कि क्लाइंट को क्रेडेंशियल रखने की इजाज़त है या नहीं। इसलिए चेकबॉक्स का न होना आम तौर पर यह बताता है कि नीति गेटवे से आई है, यह नहीं कि इंस्टॉलर विफल हुआ।

फ़ाइलें संपादित करने से पहले यह अंतर मायने रखता है: इन रास्तों में से एक फ़ायरवॉल के मालिक से बातचीत है, और दूसरा प्रयोगशाला का काम है जिसे बाद में अधिलिखित कर दिया जाएगा।

एंडपॉइंट को छूने से पहले पोर्टल देखें

जो FortiGate चलाते हैं उनसे कहें कि वे वह SSL VPN पोर्टल खोलें जिसकी ओर आपकी टनल इशारा करती है और उसकी पासवर्ड सहेजने की सेटिंग पढ़ें। जब विकल्प अक्षम होता है, FortiClient से अपेक्षा होती है कि वह नियंत्रण छिपा दे और क्रेडेंशियल सहेजने से इंकार कर दे। एंडपॉइंट नियम मान रहा है, ख़राब नहीं है।

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

Windows झंडे को टनल कुंजी के अंदर रखता है

सहेजी गई टनलें मौजूदा उपयोगकर्ता के अधीन रहती हैं, हर कनेक्शन के लिए एक कुंजी, और दृश्यता झंडा कनेक्शन के विवरण के बगल में बैठता है:

HKEY_CURRENT_USER\SOFTWARE\Fortinet\FortiClient\Sslvpn\Tunnels<tunnel name>
show_remember_password = 1

मान को 1 पर सेट करें, क्लाइंट को उसकी विंडो बंद करने के बजाय ट्रे से बाहर निकालें, और फिर से खोलें। 5.x बिल्ड में वही झंडा HKEY_LOCAL_MACHINE की Wow6432Node शाखा के अधीन हो सकता था, इसलिए जब प्रति-उपयोगकर्ता कुंजी न हो तो वहाँ देखें। कुछ 6.x बिल्ड सफल कनेक्शन के बाद मान को फिर से लिख देते हैं, जिससे वह चेकबॉक्स समझ आता है जो एक लॉगिन तक रहता है और अगले पर गायब हो जाता है। अगर आपकी कुंजी में ऐसा कोई मान ही नहीं है, तो दूसरे नाम अनुमान लगाने के बजाय उसे स्ट्रिंग के रूप में बनाएँ।

रजिस्ट्री को डिबग क़दम मानें। जीवित रजिस्ट्री स्थिति अगले प्रशासक के लिए अदृश्य है, और कोई इन्वेंटरी रीफ़्रेश उसे नहीं बचाएगा।

macOS पर फ़ाइल ढूँढने के लिए क्लाइंट का पीछा करें

macOS क्लाइंट प्रति-कनेक्शन सेटिंग /Library/Application Support/Fortinet/FortiClient/conf के अधीन, हर टनल के लिए एक शब्दकोश में रखता है। जो कुंजी सेट करनी है वह AllowSavePassword है, और उसे 1 पढ़ना चाहिए जबकि उसी शब्दकोश की स्वतः-कनेक्ट कुंजियाँ अक्षुण्ण रहें। काम ख़त्म होने पर क्लाइंट को पुनः आरंभ करें।

सटीक फ़ाइल का अनुमान लगाना अनजान बिल्ड पर समय बर्बाद करता है। टनल जोड़ते समय opensnoop चलाएँ, फिर वे रास्ते पढ़ें जिन्हें क्लाइंट ने छुआ; जो फ़ाइल उसने लिखी वही झंडा लिए हुए है। क्लाइंट बंद रखकर उस फ़ाइल को संपादित करें और काम पूरा। पाँच मिनट की ट्रेसिंग हर बार पूरी फ़ाइल प्रणाली की खोज को हरा देती है।

निर्यात, संपादन और पुनर्स्थापन का चक्र चुनें

नए क्लाइंट आपको पूरा कॉन्फ़िगरेशन एक फ़ाइल के ज़रिए आगे-पीछे ले जाने देते हैं, जो जीवंत रजिस्ट्री सर्जरी से दोहराना और दूसरी मशीन को सौंपना आसान है:

• क्लाइंट सेटिंग से निर्यात करें, उपयोगकर्ता सेटिंग शामिल करें, और एक निर्यात पासवर्ड सेट करें।
• फ़ाइल खोलें और show_remember_password को 1 पर सेट करें।
• क्लाइंट में ताला खोलें; ताला बंद रहने पर पुनर्स्थापित कुछ नहीं करता।
• संपादित फ़ाइल पुनर्स्थापित करें और निर्यात पासवर्ड दें।

नियंत्रण अगले साइन-इन पर दिखना चाहिए। निर्यात की गई फ़ाइल को साझा फ़ोल्डरों और टिकट के अनुलग्नकों से दूर रखें, क्योंकि यह आपकी टनलों का वर्णन करती है और एन्क्रिप्ट किया हुआ रहस्य ले जा सकती है।

अगर पुनर्स्थापन काम करता है पर जुड़ने के बाद बॉक्स फिर छिप जाता है, तो गेटवे हर लॉगिन पर नीति फिर से लागू कर रहा है और कोई स्थानीय फ़ाइल सेटिंग देर तक नहीं रखेगी।

रहस्य को खाता लॉक होने से पहले मिटा दें

Linux कमांड-लाइन क्लाइंट में कोई चेकबॉक्स ही नहीं है, इसलिए stdin पर पासवर्ड देने वाला रैपर सामान्य उत्तर है और वह कुछ भी संग्रहीत नहीं करता। किसी भी प्लेटफ़ॉर्म पर भरोसेमंद हटाव यह है कि कनेक्शन को लॉगिन पर पूछने पर वापस लौटाएँ या टनल को पूरी तरह मिटा दें।

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

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