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

खाजगी किल्ली असलेली फाईल कधीही सहाय्यता थ्रेड, समस्या ट्रॅकर किंवा चॅटमध्ये पेस्ट करू नका, ती तुम्ही आधीच सामायिक केलेल्या प्रमाणपत्रासारखी दिसली तरी. किल्ली पॅनलचे स्क्रीनशॉटही तितकीच काळजी घेण्यासारखे आहेत.

किल्ली अशा ठिकाणी राहू शकते जिथून तुम्ही कॉपी करू शकत नाही

व्यवस्थापित उपकरणांवर खाजगी किल्ली ऑपरेटिंग सिस्टमच्या कीचेनमध्ये, हार्डवेअर टोकनमध्ये किंवा सुरक्षित एन्क्लेव्हमध्ये असू शकते, आणि धोरण तिला निर्यात-अयोग्य असे चिन्हांकित करते. मग प्रमाणपत्र व्यवस्थापक सार्वजनिक वस्तू दाखवतो आणि गुपित त्याच्या जागीच राहते, आणि कोणताही निर्यात आदेश सुवाह्य प्रत तयार करणार नाही. मोबाईल उपकरण व्यवस्थापनाद्वारे नोंदणी अनेकदा रचनेनुसार अशीच कार्य करते.

हे एक नियंत्रण आहे, टाळायचा अडथळा नाही. सार्वजनिक प्रमाणपत्रातून खाजगी किल्ली पुनर्रचित करणे शक्य नाही, आणि असे दावा करणारे कोणतेही साधन वेगळेच काही करत असते.

कॉपी करण्याऐवजी नवीन ओळख नोंदवा

समर्थित मार्ग सामान्यतः असा असतो की नवीन उपकरणासाठी स्वतंत्र ओळख नोंदवावी आणि जुने निवृत्त झाल्यावर ते रद्द करावे, जेणेकरून प्रत्येक उपकरण स्वतंत्रपणे मागे घेता येईल. जिथे किल्लीसह निर्यात खरोखर मंजूर आहे, तिथे तयार झालेली फाईल आणि तिचा पासवर्ड ओळखपत्रे माना: विश्रांतीत एन्क्रिप्ट केलेले, विश्वासार्ह मार्गाने हस्तांतरित, आणि नोंदणी पूर्ण झाल्यावर हटवलेले.

आयात केलेल्या ओळखीने प्रमाणीकरण करून पडताळा, आयात यशस्वी झाली हे पाहून नाही. जो क्लायंट आपल्या साठ्यात सार्वजनिक प्रमाणपत्र स्वीकारतो, त्याने किल्लीबद्दल काहीही सिद्ध केले नाही.

सर्व्हर नवीन ओळख स्वीकारतो आणि जुनी अजूनही धोरणाने हेतू केल्याप्रमाणे वागते याची खात्री करून समाप्त करा. अशा प्रकारे हा मार्गदर्शक बरोबर दिसणाऱ्या फाईलने नव्हे, तर पुराव्याने पूर्ण होतो.