AnyConnect चा अविश्वासनीय सर्व्हर इशारा: स्वीकारायचा की आयात करायचा?

तुम्ही गेटवेचे होस्टनेम AnyConnect मध्ये पेस्ट करता, विंडो लाल किंवा पांढरी होते, आणि क्लायंट ज्याचे प्रमाणपत्र तपासू शकत नाही अशा सर्व्हरवर विश्वास ठेवायचा का असे एक संवाद विचारतो. नैसर्गिक हालचाल क्लिक करून काम सुरू करणे ही आहे, आणि तीच चुकीची प्रतिक्रिया आहे. उत्तर त्या मशीनवरील क्लायंटच्या प्राधान्यांमध्ये लिहिले जाते आणि पुढील कनेक्शनांना लागू होते, म्हणून हा संवाद एकदाच्या इशाऱ्याचा वेश परिधान केलेला कॉन्फिगरेशन निर्णय आहे. क्लायंट ज्या क्रमाने दाखवतो त्याच क्रमाने मी घेतलेला मार्ग हा आहे.

तुम्ही प्रत्यक्षात जो इशारा पाहता त्यापासून सुरुवात करा

लाल आणि पांढरा दिसण्यातील फरक नाहीत. लाल इशाऱ्याचा अर्थ प्रोफाइल किंवा प्राधान्य अविश्वासनीय सर्व्हर अडवण्यासाठी सेट केले आहे, म्हणून ते सेटिंग बदलत नाही तोपर्यंत क्लायंट पुढे जाण्यास नकार देतो; पांढऱ्या इशाऱ्याचा अर्थ तुम्ही स्पष्ट उत्तर दिल्यावर तो पुढे जाऊ देईल. तिसरी स्थिती सारखी दिसते पण वेगळी वागते: कालबाह्य प्रमाणपत्र, जे क्लायंट आयात करण्याची ऑफरच देणार नाही, कारण आयात केल्याने ते वैध होणार नाही. या तिन्हींचे वेगळे करण्यास एक सेकंद लागतो आणि पुढील सर्व काही ठरवते.

यांच्या मागे कारणांची एक छोटी यादी आहे: स्व-स्वाक्षरीत गेटवे प्रमाणपत्र, एंडपॉइंट विश्वास न ठेवणारे खाजगी CA, किंवा प्रमाणपत्राच्या subject alternative names मध्ये नसलेले होस्टनेम. यांपैकी कोणतेही एकच संवाद निर्माण करते आणि वेगळी दुरुस्ती मागते.

संवादाला उत्तर देण्यापूर्वी प्रमाणपत्र वाचा

इशाऱ्यातून प्रमाणपत्राचे तपशील उघडा आणि कोणतेही बटण स्पर्श करण्यापूर्वी तीन फील्ड पाहा. subject आणि SAN ने तुम्हाला प्रत्यक्षात पोहोचायचे होते ते गेटवे नाव दिले पाहिजे, जारीकर्ता तुमची संस्था चालवते तो CA असावा, आणि वैधता तारखांनी आजचा दिवस समाविष्ट केला पाहिजे. नंतर SHA-256 फिंगरप्रिंटची या कनेक्शनशिवाय दुसऱ्या ठिकाणाहून मिळवलेल्या प्रतीशी तुलना करा, अंतर्गत दस्तऐवज पृष्ठ किंवा तिकिटातून, कारण त्याच संवादातून वाचलेला फिंगरप्रिंट काहीही सिद्ध करत नाही. स्वतंत्र प्रत मिळाली नाही तर अपवाद स्वीकारण्याचा तुमच्याकडे कोणताही आधार नाही.

प्रयोगशाळेला उत्पादन गेटवेपासून वेगळे करणारे हेच पाऊल आहे. काल तयार केलेल्या स्व-स्वाक्षरीत प्रमाणपत्रासह चाचणी मशीनवर क्लिक करणे युक्तिसंगत आहे. वापरकर्ते नंतर लॉगिन तपशील टाइप करतात अशा कॉर्पोरेट गेटवेवर तुम्ही तपासू शकत नाही असे प्रमाणपत्र संभाव्य अडवणुकीची रचना आहे, आणि क्लायंट हाच एकमेव घटक आहे जो अजूनही प्रश्न विचारतो.

प्रत्येक उत्तर ट्रस्ट स्टोअरमध्ये काय लिहिते ते जाणून घ्या

आयातीच्या प्रश्नाला होय असे उत्तर दिल्यास त्या मशीनवरील क्लायंटच्या विश्वस्त स्टोअरमध्ये गेटवेचे प्रमाणपत्र जोडले जाते. हा प्रति-सत्र अपवाद नाही: पुढील कनेक्शन तीच विनंती न करता पूर्ण होऊ शकतात, हेच उद्दिष्ट आणि हाच धोकाही, कारण स्क्रीनवर काहीही कोणालाही अपवाद अस्तित्वात असल्याची आठवण करून देत नाही. नाही असे उत्तर दिल्यास लॉगिन फक्त या सत्रासाठी पुढे चालू राहते. दोन्ही मार्ग तुम्हाला जोडतात, आणि त्यापैकी एकच मशीन बदलतो.

तुम्ही लाल मार्गावर असाल तर पहिला प्रयत्न लॉगिनच नाही. दस्तऐवजीकृत इनपुट क्रम म्हणजे connect ओळ आणि त्यानंतर दोन पुष्ट्या, जे प्राधान्य बदलते आणि बाहेर पडते; हे यश मानणारी स्क्रिप्ट सेटिंग जतन केली आहे आणि कधीही प्रमाणीकरण केले नाही. प्रमाणपत्र आयातीचा प्रश्न फक्त पुढील प्रयत्नात दिसतो, म्हणून लोक विनंती अधूनमधून येते असा निष्कर्ष काढतात.

हा क्रम केवळ बोटांसाठी नाही तर ऑटोमेशनसाठी महत्त्वाचा आहे. नेहमी होय म्हणणारे स्क्रिप्ट उत्तर गेटवे बदलल्यानंतरही काम करत राहते, आणि पुढे येणाऱ्या कोणत्याही प्रमाणपत्रावर विश्वास ठेवत राहते.

क्लायंट ज्या क्रमाने विचारतो त्याच क्रमाने उत्तरे लिहा

क्लायंट इशारा देतो पण कनेक्शनला परवानगी देतो तेव्हा उत्तरे ठरलेल्या क्रमाने येतात: connect, पुढे जाण्यासाठी होय, नंतर आयातीचा प्रश्न, नंतर गट, वापरकर्तानाव आणि संकेतशब्द. विनंत्यांची वेळ अंदाजण्याऐवजी ती इनपुट फाइलमध्ये वेगळ्या ओळी म्हणून लिहा. आयात नाकारणे हे त्याच फाइलमधील एका अक्षराचे बदल आहे, आणि देखरेखीशिवाय चालणाऱ्या सर्वांसाठी ते अधिक सुरक्षित डीफॉल्ट आहे.

connect vpn2.example.net
y
n
GROUP
LOGIN
PASSWORD

प्रत्येक स्क्रिप्टला लीफ प्रमाणपत्र स्वीकारायला शिकवण्याऐवजी संस्थेचे CA एंडपॉइंट्सवर वितरित करणे पसंत करा. योग्य SAN सह योग्यरित्या जारी केलेले प्रमाणपत्र सर्वांसाठी विनंती काढून टाकते, पडताळणीचा अर्थ टिकवते, आणि एका एंडपॉइंटच्या निर्णयाच्या स्मरणावर अवलंबून नसते. रूट CA स्थापित करणे हे लीफ आयात करण्यापेक्षा जड बदल आहे, म्हणून त्याकडे हेल्प-डेस्कचा शॉर्टकट न म्हणता व्यवस्थापित रोलआउट म्हणून पाहा.

आपल्या गेटवेपेक्षा जास्त जगणारे अपवाद काढून टाका

AnyConnect ही प्राधान्ये प्रति मशीन साठवते, म्हणून कार्यालयांमध्ये फिरलेल्या लॅपटॉपवर जुनी उत्तरे साचतात. व्यवस्थापित एंडपॉइंट्सवरील साठवलेली प्राधान्ये आणि आयात केलेली प्रमाणपत्रे तपासा, आणि मालक बदललेल्या होस्टनेमचा उल्लेख अपवाद अजूनही करतो का पाहा. कोणत्याही अविश्वासनीय सर्व्हरला स्वीकारणारे प्राधान्य ज्यासाठी ते तयार केले त्या प्रमाणपत्रापेक्षा व्यापक आहे.

टिकवण्यासारखा नमुना अरुंद आहे: सामान्य वापरासाठी विश्वस्त प्रमाणपत्र, तात्पुरत्या अपवादासाठी दस्तऐवजीकृत बँडबाह्य फिंगरप्रिंट तपासणी, आणि स्थलांतर संपल्यावर तो काढणारा नामनिर्देशित मालक. तुम्ही व्यवस्थापित करत असलेल्या मशीनवर कोणत्याही सर्व्हरला स्वीकारणारे सर्वसाधारण सेटिंग आढळल्यास ते सुविधा न मानता शोध माना.