प्रमाणपत्र Windows में दिखता है पर OpenVPN उसकी कुंजी का उपयोग नहीं कर सकता

प्रमाणपत्र Windows प्रमाणपत्र दर्शक में दिखता है, और फिर भी क्लाइंट उसका उपयोग नहीं कर सकता। प्रमाणपत्र दिखना केवल यह सिद्ध करता है कि किसी भंडार में एक सार्वजनिक वस्तु मौजूद है। यह सिद्ध नहीं करता कि कनेक्शन प्रक्रिया मेल खाती निजी कुंजी खोज पाती है या उसे उपयोग करने की अनुमति उसके पास है।

तीन वस्तुओं को मेल खाना है। चुना गया प्रमाणपत्र, उसके पीछे की निजी कुंजी और वह खाता जिसके अंतर्गत क्लाइंट चलता है, अलग-अलग चीज़ें हैं, और हर एक अपने आप विफल हो सकती है।

तीन वस्तुएँ, तीन उत्तर

Windows पर समुदाय संस्करण OpenVPN एक CryptoAPI भंडार चयनक का दस्तावेज़ीकरण करता है, cryptoapicert, जो एक थंबप्रिंट लेता है। मान को वही प्रमाणपत्र पहचानना चाहिए जिसे आप वास्तव में उपयोग करना चाहते हैं, मिलते-जुलते नाम का कोई और नहीं। OpenVPN पर आधारित अन्य अनुप्रयोगों का आयात मॉडल पूरी तरह भिन्न हो सकता है, इसलिए चयनक केवल उसी बिल्ड के लिए प्रमाण है जो उसका दस्तावेज़ीकरण करता है। नीचे कुछ भी डीबग करने से पहले पुष्टि करें कि आपका क्लाइंट इस तंत्र को लागू करता है।

यदि बिल्ड चयनक का समर्थन नहीं करता, तो समाधान दूसरा प्रोफ़ाइल प्रारूप है, दूसरा प्रमाणपत्र नहीं।

क्या चयनक सही पहचान तक पहुँचता है

सार्वजनिक प्रमाणपत्र को उसकी निजी कुंजी के बिना आयात किया जा सकता है। दर्शक दोनों स्थितियों में उसे दिखाता है, और इसीलिए यह विफलता ऐसी लगती है जैसे क्लाइंट स्पष्ट रूप से मौजूद प्रमाणपत्र को अनदेखा कर रहा हो। कुंजी का संबंध जाँचें, केवल प्रविष्टि की उपस्थिति नहीं।

नवीनीकृत प्रमाणपत्र दूसरा जाल जोड़ता है। दोनों प्रविष्टियाँ भंडार में रह सकती हैं जबकि प्रोफ़ाइल अभी भी पुराने थंबप्रिंट का नाम लेती है, और क्लाइंट वही पहचान चुनता रहता है जिसे आप हटाना चाहते थे।

अनुमतियों को देखने से पहले जाँचें कि चयनक किस पहचान तक पहुँचता है। गलत थंबप्रिंट उसी तरह विफल होता है जैसे अनुपस्थित कुंजी।

क्या यह खाता कुंजी का उपयोग कर सकता है

कुंजी तक पहुँच प्रति खाता होती है। किसी सेवा, निर्धारित कार्य और इंटरैक्टिव डेस्कटॉप सत्र के भंडार के दृश्य और निजी कुंजी उपयोग करने की अनुमतियाँ अलग हो सकती हैं। आपके अपने सत्र में प्रमाणपत्र दिखना सेवा खाते के बारे में कुछ नहीं कहता।

हार्डवेयर समर्थित कुंजी को अपने प्रदाता और एक पुष्टि चरण की आवश्यकता हो सकती है। जो सेवा कोई संकेत नहीं दिखा सकती, वह कुंजी को साधारण फ़ाइल में निर्यात करके नहीं बचेगी।

कुछ भी बदलने से पहले स्थानीय त्रुटि पढ़ें। चयन विफलता, हस्ताक्षर विफलता और सर्वर का अस्वीकार तीन अलग परिणाम हैं। केवल पहले दो स्थानीय हैं। तीसरे का अर्थ है कि कुंजी ने काम किया और सर्वर ने प्रमाणपत्र के विरुद्ध निर्णय लिया।

स्थानीय उपयोग सर्वर की स्वीकृति नहीं है

स्थानीय सफलता प्राधिकरण नहीं है। क्लाइंट द्वारा अपनी कुंजी से हस्ताक्षर करने के बाद भी सर्वर जारीकर्ता, वैधता अवधि, भूमिका और अपनी पहुँच नीति का मूल्यांकन करता है। उसी CA से दूसरा प्रमाणपत्र अपने आप वही VPN अधिकार नहीं रखता।

सर्वर को विश्वास श्रृंखला चाहिए, क्लाइंट की निजी कुंजी की प्रति नहीं। कुंजी सर्वर को भेजना सत्यापन समस्या का समाधान कभी नहीं है।

विफलता को क्रम में संभालें

त्रुटि का ठीक वही पाठ रखें। कुंजी की अनुमति न होना CA परिवर्तन नहीं बनना चाहिए, और सर्वर का अस्वीकार भंडार की मरम्मत नहीं बनना चाहिए। हर एक के अपने प्रमाण हैं।

उसी क्रम में काम करें जिसमें विफलता दिखती है: चयनक, कुंजी, खाता, फिर सर्वर नीति। समुदाय क्लाइंट संदर्भ आपके चलाए जा रहे संस्करण के लिए Windows भंडार चयनक का दस्तावेज़ीकरण करता है।