VPN प्रमाणपत्र प्रतिलिपि गर्दा कुञ्जी प्रतिलिपि हुँदैन

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

दुई क्लिक, दुई पूर्ण रूपमा फरक कलाकृति।

फाइलको एक्सटेन्सन होइन, निर्यात संवाद पढ्नुहोस्

DER वा PEM प्रमाणपत्र निर्यातमा सार्वजनिक कुञ्जी र हस्ताक्षरित पहिचान दाबीहरू हुन्छन्, जुन सर्भरलाई तपाईंमाथि भरोसा गर्न र ग्राहकलाई सर्भर प्रमाणित गर्न आवश्यक हुन्छ। PKCS#12 बन्डल एउटा कन्टेनर हो जसले प्रमाणपत्र, यसको शृंखला र मिल्ने निजी कुञ्जी राख्न सक्छ, पासवर्डले सुरक्षित, यद्यपि यो कुञ्जी बिना पनि बनाउन सकिन्छ।

PEM केवल पाठ इन्कोडिङ हो, सामग्रीको बारेमा वाचा होइन। एउटै एक्सटेन्सनले एउटै प्रमाणपत्र वा धेरै लेबल भएका ब्लकहरू भएको फाइल वर्णन गर्न सक्छ, र कुन हो भन्ने निर्यात विकल्पहरूले निर्धारण गर्छन्।

त्यसैले उपयोगी प्रश्न कहिल्यै तपाईंले कुन एक्सटेन्सन पाउनुभयो भन्ने होइन, फाइलमा कुन ब्लकहरू छन् भन्ने हो। कुञ्जी बिना निर्यात गरिएको बन्डल पनि बन्डल नै हुन्छ। ढाँचाको लोकप्रियता होइन, सामग्री जाँच्नुहोस्।

तपाईंले साँच्चै के पाउनुभयो जाँच्नुहोस्

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

grep -E 'BEGIN (CERTIFICATE|PRIVATE KEY|ENCRYPTED PRIVATE KEY)' bundle.pem
openssl x509 -in client.crt -noout -subject -issuer -dates
openssl pkey -in client.key -noout -text | head -5
openssl pkcs12 -info -in client.p12 -noout

केवल प्रमाणपत्र ब्लक भएको निर्यात सार्वजनिक वस्तु हो र प्रमाणीकरण गर्न सक्दैन। प्रमाणपत्र बिना कुञ्जी ब्लकले तपाईंलाई सर्भरले अपेक्षा गर्ने शृंखला बिना छोड्छ। PKCS#12 सूचना आउटपुटले कुञ्जी छ कि छैन पनि जनाउँछ, जसले त्यो ढाँचाको प्रश्न टुंग्याउँछ। यसले एल्गोरिदम र कुञ्जीको आकार पनि बताउँछ, र कुञ्जी नभएमा पूर्ण रूपमा असफल हुन्छ।

निजी कुञ्जी भएको फाइल कहिल्यै सहायता थ्रेड, समस्या ट्र्याकर वा च्याटमा टाँस्नु हुँदैन, तपाईंले पहिले साझा गरेको प्रमाणपत्र जस्तो देखिए पनि। कुञ्जी प्यानलका स्क्रिनसटहरूले पनि त्यत्तिकै सावधानी चाहन्छन्।

कुञ्जी तपाईंले प्रतिलिपि गर्न नसक्ने ठाउँमा बस्न सक्छ

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

यो एउटा नियन्त्रण हो, छल्नुपर्ने अवरोध होइन। सार्वजनिक प्रमाणपत्रबाट निजी कुञ्जी पुनर्निर्माण गर्न सम्भव छैन, र त्यसो गर्ने दाबी गर्ने कुनै पनि उपकरण अरू केही गरिरहेको हुन्छ।

प्रतिलिपि गर्नुको सट्टा नयाँ पहिचान दर्ता गर्नुहोस्

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

आयात गरिएको पहिचानले प्रमाणीकरण गरेर प्रमाणित गर्नुहोस्, आयात सफल भएको हेरेर होइन। आफ्नो भण्डारमा सार्वजनिक प्रमाणपत्र स्वीकार गर्ने ग्राहकले कुञ्जीको बारेमा केही पनि प्रमाणित गरेन।

सर्भरले नयाँ पहिचान स्वीकार गर्छ र पुरानो अझै नीतिले चाहेअनुसार व्यवहार गर्छ भनी पुष्टि गरेर अन्त्य गर्नुहोस्। यसरी यो मार्गदर्शन सही देखिने फाइलले होइन, प्रमाणले पूरा हुन्छ।