प्रमाणपत्र Windows मध्ये दिसते पण OpenVPN त्याची किल्ली वापरू शकत नाही
Windows साठ्यातील प्रमाणपत्र ही वापरण्यायोग्य ओळख नाही। क्लायंटचा साठा निवडक, खाजगी किल्ली आणि प्रक्रिया ज्या खात्याखाली चालते ते खाते तपासा।
प्रमाणपत्र Windows प्रमाणपत्र दर्शकात दिसते, तरीही क्लायंट ते वापरू शकत नाही। प्रमाणपत्र दिसणे म्हणजे साठ्यात सार्वजनिक वस्तू आहे एवढेच सिद्ध होते। जोडणी प्रक्रिया जुळणारी खाजगी किल्ली शोधू शकते किंवा ती वापरण्याची परवानगी आहे हे ते सिद्ध करत नाही।
तीन वस्तू जुळल्या पाहिजेत। निवडलेले प्रमाणपत्र, त्यामागील खाजगी किल्ली आणि क्लायंट ज्या खात्याखाली चालतो ते खाते या वेगळ्या गोष्टी आहेत, आणि प्रत्येक स्वतंत्रपणे अयशस्वी होऊ शकते।
तीन वस्तू, तीन उत्तरे
Windows वर समुदाय आवृत्तीचा OpenVPN CryptoAPI साठा निवडकाचे दस्तऐवजीकरण करतो, cryptoapicert, जो बोटाचा ठसा घेतो। मूल्याने तुम्हाला खरोखर वापरायचे असलेले प्रमाणपत्र दर्शविले पाहिजे, सारखे नाव असलेले दुसरे नाही। OpenVPN आधारित इतर अनुप्रयोगांचे आयात मॉडेल पूर्णपणे वेगळे असू शकते, म्हणून निवडक फक्त त्याचे दस्तऐवजीकरण करणाऱ्या बिल्डसाठी पुरावा आहे। खालील काहीही डीबग करण्यापूर्वी तुमचा क्लायंट ही यंत्रणा राबवतो याची खात्री करा।
बिल्ड निवडकाला समर्थन देत नसेल, तर उपाय दुसरे प्रोफाइल स्वरूप आहे, दुसरे प्रमाणपत्र नाही।
निवडक योग्य ओळखीपर्यंत पोहोचतो का
सार्वजनिक प्रमाणपत्र त्याच्या खाजगी किल्लीशिवाय आयात करता येते। दर्शक दोन्ही स्थितीत ते दाखवतो, आणि म्हणूनच हे अपयश क्लायंट स्पष्टपणे असलेल्या प्रमाणपत्राकडे दुर्लक्ष करत असल्यासारखे वाटते। किल्लीचा संबंध तपासा, फक्त नोंदीची उपस्थिती नाही।
नूतनीकृत प्रमाणपत्र दुसरा सापळा जोडते। प्रोफाइल अजूनही जुन्या बोटाच्या ठशाचे नाव घेत असताना दोन्ही नोंदी साठ्यात राहू शकतात, आणि क्लायंट तुम्हाला निवृत्त करायची असलेली ओळख निवडत राहतो।
परवानग्या पाहण्यापूर्वी निवडक कोणत्या ओळखीपर्यंत पोहोचतो ते तपासा। चुकीचा बोटाचा ठसा गहाळ किल्लीसारखाच अयशस्वी होतो।
हे खाते किल्ली वापरू शकते का
किल्लीचा प्रवेश प्रत्येक खात्यासाठी असतो। सेवा, नियोजित कार्य आणि परस्परसंवादी डेस्कटॉप सत्राची साठ्याबाबतची दृष्टी आणि खाजगी किल्ली वापरण्याची परवानगी वेगळी असू शकते। तुमच्या स्वतःच्या सत्रात प्रमाणपत्र दिसणे सेवा खात्याबद्दल काहीही सांगत नाही।
हार्डवेअर-आधारित किल्लीसाठी तिचा पुरवठादार आणि पुष्टीचा टप्पा लागू शकतो। जी सेवा सूचना दाखवू शकत नाही ती किल्ली साध्या फाइलमध्ये निर्यात करून वाचवता येत नाही।
काहीही बदलण्यापूर्वी स्थानिक त्रुटी वाचा। निवड अपयश, स्वाक्षरी अपयश आणि सर्व्हरचा नकार हे तीन वेगळे परिणाम आहेत। फक्त पहिले दोन स्थानिक आहेत। तिसरा म्हणजे किल्लीने काम केले आणि सर्व्हरने प्रमाणपत्राविरुद्ध निर्णय घेतला।
स्थानिक वापर म्हणजे सर्व्हरची स्वीकृती नाही
स्थानिक यश म्हणजे अधिकृतता नाही। क्लायंटने आपल्या किल्लीने स्वाक्षरी केल्यानंतरही सर्व्हर जारीकर्ता, वैधता कालावधी, भूमिका आणि स्वतःचे प्रवेश धोरण यांचे मूल्यांकन करतो। त्याच CA मधील दुसरे प्रमाणपत्र आपोआप तेच VPN हक्क घेऊन येत नाही।
सर्व्हरला विश्वासाची साखळी हवी, क्लायंटच्या खाजगी किल्लीची प्रत नाही। किल्ली सर्व्हरला पाठवणे हा पडताळणीच्या समस्येचा उपाय कधीच नाही।
अपयश क्रमाने हाताळा
त्रुटीचा नेमका मजकूर ठेवा। किल्लीची परवानगी नसणे हे CA बदलात रूपांतरित होऊ नये, आणि सर्व्हरचा नकार साठ्याच्या दुरुस्तीत रूपांतरित होऊ नये। प्रत्येकाकडे स्वतःचे पुरावे आहेत।
अपयश ज्या क्रमाने दिसते त्याच क्रमाने काम करा: निवडक, किल्ली, खाते, नंतर सर्व्हर धोरण। समुदाय क्लायंट संदर्भ तुम्ही चालवत असलेल्या आवृत्तीसाठी Windows साठा निवडकाचे दस्तऐवजीकरण करतो।