vpncli -s र GUI: Cisco Secure Client मा लग इन

Cisco Secure Client ले एउटै लगइन सोधपुछको जवाफ दिने दुई तरिका दिन्छ: vpnui.exe भित्र टाइप गर्ने व्यक्ति, वा -s प्रयोग गरेर मानक इनपुटमार्फत उत्तरहरू vpncli.exe मा पठाउने स्क्रिप्ट। दोस्रोले GUI को स्क्रिन नपढी तालिकाबद्ध जडान सम्भव बनाउँछ र लगइनलाई प्रमाणहरूजस्तै सुरक्षित राख्नुपर्ने फाइलमा बदल्छ। तपाईंलाई कुन चाहिन्छ भन्ने मेसिननजिक मान्छे छ कि छैन र पासवर्ड कति पटक फेरिन्छ भन्नेमा निर्भर गर्छ। दुवै विकल्पले गेटवेले के माग्छ भन्ने बदल्दैन, केवल कसले जवाफ दिन्छ भन्ने बदल्छ।

दुवै बाटो एउटै सुरुङमा टुंगिन्छ, त्यसैले तुलना प्रोटोकलको होइन, सञ्चालनको हो।

एउटै सोधपुछको जवाफ दिने दुई तरिका

GUI को बाटो डिजाइनद्वारा नै अन्तरक्रियात्मक छ: क्लाइन्ट सोध्छ, कसैले जवाफ दिन्छ र त्यो व्यक्तिले यसलाई शान्त छोडेसम्म सत्र जीवित रहन्छ। मान्छेले प्रयोग गर्ने ल्यापटपमा यही सही छनोट हो, किनकि सोधपुछहरू गेटवेको प्रमाणीकरण विधिसँग मिल्छन् र कसैले पनि डिस्कमा सामान्य पाठमा पासवर्ड राख्नुपर्दैन।

स्क्रिप्टको बाटो कियोस्क, प्रयोगशालाको मेसिन वा टाइप गर्न कोही नभएको तालिकाबद्ध कामका लागि उपयुक्त छ। साटासाट स्पष्ट छ: निगरानीविहीन जडानको बदलामा तपाईं डिस्कमा प्रमाण फाइल स्वीकार गर्नुहुन्छ। यदि गेटवेले प्रमाणपत्र वा SAML प्रमाणीकरण दिन्छ भने त्यो साटासाट सामान्यतया फाइदाजनक हुँदैन, किनकि अझ बलियो विधिले बेवास्ता गर्ने सोधपुछको जवाफ दिन मात्र फाइल हुन्छ।

एउटै मेसिनमा दुवैलाई एकैचोटि नमिसाउनुहोस्। कमाण्ड लाइन र ग्राफिकल क्लाइन्ट एउटै सत्रको अवस्थाका लागि प्रतिस्पर्धा गर्छन् र त्यही अर्को खण्डको समस्या हो।

उत्तर फाइलमा के हुनुपर्छ

क्लाइन्ट क्रममा सोध्छ — गेटवे, कहिलेकाहीँ समूह छनोट, प्रयोगकर्ता नाम, पासवर्ड र कुनै पनि ब्यानर स्वीकृति। सबैलाई जवाफ दिने फाइल वास्तविक मानहरू राख्दा यस्तो देखिन्छ:

connect vpn.example.com
MyGroup
alice
correct-horse-battery
y

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

फाइललाई कुनै पनि सिङ्क हुने फोल्डरबाहिर राख्नुहोस् र काम चलाउने खाताले मात्र पढ्न सकोस्। त्यो पासवर्ड सामान्य पाठ हो, त्यसैले फाइल प्रमाण हो: कुनै भण्डार नहोस्, साझा डिस्क नहोस्, टिकटमा संलग्नता नहोस्। क्लाइन्टले यीमध्ये कुनै कुराको चेतावनी दिने छैन।

GUI पहिले किन जानुपर्छ

GUI को प्रक्रिया अन्त्य गरेर स्क्रिप्ट सुरु गर्नुहोस्, त्यसपछि CLI आफ्नै स्थापना डाइरेक्टरीबाट चलाउनुहोस्, किनकि काम गर्ने डाइरेक्टरी र क्लाइन्टको संस्करण दुवै महत्त्वपूर्ण छन्। एउटा उदाहरण र्‍यापर:

@echo off
taskkill /IM vpnui.exe /F >nul 2>&1
cd /d "%PROGRAMFILES(x86)%\Cisco\Cisco Secure Client"
vpncli.exe -s < C:\secure\login.txt

यहाँ एक्जिट कोड भरपर्दो सफलताको सङ्केत होइनन्। क्लाइन्टले आफ्नो प्रगति छाप्छ र सुरुङलाई छुट्टै प्रक्रियामा राख्छ, त्यसैले आउटपुटबाट जडान अवस्थाको लाइन पढ्नुहोस् र त्यसपछि मात्र VPN मा निर्भर काम सुरु गर्नुहोस्।

GUI बन्द गर्न छोड्नुभयो भने, विद्यमान सत्र प्रयोगकर्ताले छोडेकै अवस्थामा रहँदा स्क्रिप्ट चलिरहेको जस्तो देखिन सक्छ। त्यो खराबी रोकिएर फेरि आउने जस्तो देखिन्छ, र एक हप्ताको अनुमान पनि सहने बग त्यही हो।

सत्र पुष्टि गर्नुहोस्, अनुमान नगर्नुहोस्

स्क्रिप्ट फर्केपछि सुरुङभित्र मात्र हुने कुनै कुरा जाँच्नुहोस् — आन्तरिक होस्ट, वा कर्पोरेट रिजोल्भरले मात्र जवाफ दिने DNS प्रत्यय। क्लाइन्टको आउटपुटमा जडान अवस्थाको लाइन पनि पढ्नुहोस्, र बाँकी सबैलाई ढिलो सफलता होइन, असफलता मान्नुहोस्। सत्र पहिले नै खुला हुँदा फाइल फेरि चलाउँदा क्लाइन्ट आधा कन्फिगर भएर रहन सक्छ, त्यसैले पहिले विच्छेद गर्नुहोस् वा सत्र हुँदा लगइन छोड्नुहोस्।

त्यसपछि पुनः जडानको जिम्मेवारी कसको हो भनेर निर्णय गर्नुहोस्। आन्तरिक ठेगानामा पिङ गरेर लगइन फेरि चलाउने लूपले कियोस्कलाई महिनौं अनलाइन राख्न सक्छ, र पासवर्ड पहिलो पटक फेरिँदा खाता लक पनि गर्न सक्छ। प्रयासको संख्या सीमित गर्नुहोस्, सीमा नाघेपछि सचेत गराउनुहोस्, र पुरानो पासवर्ड लक नहुँदासम्म दोहोर्याइरहनुको सट्टा पहिचान टोलीले फाइल फेर्न देओस्।

पुरानो vpnclient.exe एउटै उपकरण होइन

त्यही स्वचालन पुरानो नाममा देखिन्छ र दुवै एकअर्काको ठाउँमा प्रयोग गर्न मिल्दैन। अवकाश पाएको Cisco IPsec क्लाइन्टले एउटै कमाण्ड लाइनमा connect क्रिया, प्रोफाइल नाम, प्रयोगकर्ता र पासवर्डजस्ता इनलाइन आर्गुमेन्टसहित vpnclient.exe प्रयोग गर्थ्यो; भने vpncli.exe मानक इनपुटमा -s सहित सोधपुछको क्रम अपेक्षा गर्छ। त्यसैले पुरानो फोरम स्क्रिप्ट आजको मेसिनमा प्रतिलिपि गर्दा चल्ने, केही नदेखिने र दोष गेटवेमा पर्ने आदेश बन्छ।

कुनै पनि आर्गुमेन्ट सम्पादन गर्नुअघि, कुन क्लाइन्ट स्थापित छ र स्क्रिप्टले वास्तवमै कसलाई बोलाउँछ भनी जाँच्नुहोस्। नामको भिन्नता तालिकाबद्ध काममा छुट्ने जति सानो छ, र अपग्रेडपछि वंशाणुगत रूपमा पाएको स्क्रिप्टले काम गर्न छोड्दा सबैभन्दा पहिले यही जाँच्नुपर्छ।