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 यी प्राथमिकताहरू प्रति मेसिन सुरक्षित गर्छ, त्यसैले कार्यालयहरूबीच सरेका ल्यापटपहरूमा पुराना उत्तरहरू जम्मा हुन्छन्। व्यवस्थित इन्डपोइन्टहरूमा सुरक्षित प्राथमिकताहरू र आयात गरिएका प्रमाणपत्रहरू समीक्षा गर्नुहोस्, र मालिक परिवर्तन भएको होस्टनेमको अपवादले अझै उल्लेख गर्छ कि भनी जाँच्नुहोस्। जुनसुकै अविश्वसनीय सर्भर स्वीकार्ने प्राथमिकता जसका लागि त्यो बनाइएको थियो त्यो प्रमाणपत्रभन्दा फराकिलो हुन्छ।

कायम राख्न योग्य ढाँचा साँघुरो छ: सामान्य प्रयोगका लागि विश्वस्त प्रमाणपत्र, अस्थायी अपवादका लागि कागजात गरिएको ब्यान्डबाहिरको फिंगरप्रिन्ट जाँच, र स्थानान्तरण सकिएपछि त्यो हटाउने नामित मालिक। तपाईंले व्यवस्थापन गर्ने मेसिनमा जुनसुकै सर्भर स्वीकार्ने सामान्य सेटिङ भेट्नुभयो भने त्यसलाई सुविधा नभई खोज मान्नुहोस्।