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 संदर्भ या क्लायंटसाठी समर्थित कमांडचे दस्तऐवजीकरण करतो।

लॉगिन अयशस्वी झाल्यास क्लायंट आवृत्ती, गेटवे, वेळ आणि गैर-गुप्त त्रुटी मजकूर जतन करा। हे चार तथ्य चुकीची कार्यान्वयनीय फाइल प्रमाणीकरणाच्या नकारापासून आणि आपल्या अनुप्रयोगापर्यंत न पोहोचणाऱ्या जोडलेल्या सत्रापासून वेगळी करतात।