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 सन्दर्भ यस क्लाइन्टका लागि समर्थित कमाण्डहरूको कागजात गर्छ।

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