vpncli Windows पर काम नहीं कर रहा? Cisco Secure Client सही तरीके से चलाएँ

आप Windows प्रॉम्प्ट पर vpncli लिखते हैं और अज्ञात कमांड की त्रुटि मिलती है, या विंडो खुलती है और फिर किसी ऐसे प्रश्न पर रुक जाती है जिसकी आपने अपेक्षा नहीं की थी। दोनों लक्षण आमतौर पर एक ही जगह से आते हैं: मशीन पर एक से अधिक Cisco VPN क्लाइंट लाइनें स्थापित हैं, और आपने जो कमांड चलाया वह गलत क्लाइंट का है। समाधान यह है कि Secure Client के साथ आने वाली निष्पादन योग्य फ़ाइल चलाएँ, फिर उन संकेतों का उत्तर दें जो गेटवे वास्तव में भेजता है।

लक्षण दो अलग क्लाइंट की ओर इशारा करता है

Cisco Secure Client में vpncli.exe नाम का Windows कमांड-लाइन इंटरफ़ेस शामिल है। पुराना Cisco IPsec VPN Client एक अलग प्रोग्राम, vpnclient.exe, अलग कमांड और अलग पासवर्ड स्विच के साथ देता था। दोनों को मिलाने वाली गाइडें ऐसे कमांड बनाती हैं जो उचित लगते हैं और तुरंत विफल हो जाते हैं। स्थापित प्रोग्राम फ़ोल्डर उन्हें अलग पहचानने का सबसे तेज़ तरीका है।

अगर vpncli PATH में नहीं है, तो यह घटक के अनुपलब्ध होने का प्रमाण नहीं है। इंस्टॉलर बस फ़ोल्डर को PATH में नहीं जोड़ता, इसलिए निष्पादन योग्य फ़ाइल को पूर्ण पथ से बुलाया जाता है।

Secure Client से जुड़ी निष्पादन योग्य फ़ाइल चलाएँ

Secure Client 5.x इंस्टॉलेशन के लिए दस्तावेज़ित स्थान Program Files (x86) के अंतर्गत Secure Client फ़ोल्डर है। PowerShell में कॉल ऑपरेटर आवश्यक है क्योंकि पथ में स्थान हैं: & 'C:\Program Files (x86)\Cisco\Cisco Secure Client\vpncli.exe'। अगर वह फ़ाइल नहीं है, तो खाली जगह भरने के लिए पुराना क्लाइंट डाउनलोड करने के बजाय स्थापित संस्करण और उसका फ़ोल्डर जाँचें।

cmd.exe से वही पथ कॉल ऑपरेटर के बिना काम करता है, लेकिन फिर भी उद्धरण चिह्न चाहिए। एक शेल चुनें और उसी में रहें, क्योंकि दोनों उद्धरण चिह्नों को अलग तरह संभालते हैं, और ऑनलाइन विफल उदाहरणों में से आधे उद्धरण चिह्न की समस्या हैं।

कनेक्ट करें और गेटवे जो पूछे उसका उत्तर दें

क्लाइंट प्रॉम्प्ट पर स्वीकृत गेटवे या कॉन्फ़िगर किए गए उपनाम से कनेक्ट करें: connect vpn.example.com। उदाहरण को अपने होस्ट नाम से बदलें। फिर क्लाइंट वे क्रेडेंशियल माँगता है जो आपकी तैनाती को चाहिए, जिनमें प्रमाणपत्र चयन, टोकन कोड या दूसरा कारक शामिल हो सकता है। हर संकेत का उत्तर उसी क्रम में दें जिसमें वह प्रकट होता है।

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

भरोसा करने से पहले सत्र जाँचें

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

VPN सत्र समाप्त करना हो तो disconnect चलाएँ, और इंटरैक्टिव CLI छोड़ना हो तो quit चलाएँ। ये दोनों पर्यायवाची नहीं हैं, और विंडो बंद करना इनमें से किसी का दस्तावेज़ित विकल्प नहीं है।

स्वचालन एक अलग निर्णय है

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

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

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