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 क्लाइंट vpnclient.exe को एक ही कमांड लाइन पर connect क्रिया, प्रोफ़ाइल नाम, उपयोगकर्ता और पासवर्ड जैसे इनलाइन आर्ग्युमेंट के साथ इस्तेमाल करता था, जबकि vpncli.exe मानक इनपुट पर -s के साथ संकेतों का क्रम अपेक्षित करता है। इसलिए पुरानी फ़ोरम स्क्रिप्ट को आज की मशीन पर कॉपी करने से ऐसा कमांड बनता है जो चलता है, कुछ दिखता नहीं, और दोष गेटवे को मिलता है।

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