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 सह विचारणांचा क्रम अपेक्षित करतो। म्हणून जुनी फोरम स्क्रिप्ट आजच्या मशीनवर कॉपी केल्यास चालणारा, काहीही दिसणार नाही असा आणि दोष गेटवेवर पडणारा आदेश तयार होतो।

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