नीचे एक Certificate Signing Request पेस्ट करें और यह CSR डिकोडर आपको दिखाएगा कि उसके भीतर वास्तव में क्या है: Common Name और बाकी Distinguished Name, पब्लिक कुंजी और उसका कुंजी आकार, सिग्नेचर एल्गोरिथ्म, और उस रिक्वेस्ट में शामिल हर Subject Alternative Name.
उन फ़ील्ड्स को पढ़ने में कुछ सेकंड लगते हैं। उन्हें नज़रअंदाज़ करने पर पुनः जारी करने की नौबत आ जाती है। एक Certificate Authority टाइप की गई गलत डोमेन वाली CSR पर खुशी-खुशी हस्ताक्षर कर देगी, और आपको तब पता चलेगा जब ब्राउज़र पहले से भुगतान किए गए और इंस्टॉल किए गए सर्टिफिकेट पर नाम बेमेल त्रुटियां देना शुरू कर देंगे।
अपनी CSR फ़ाइल डिकोड करें
अपनी CSR का पूरा टेक्स्ट बॉक्स में पेस्ट करें, हेडर और फुटर लाइनों सहित:
एक वैध CSR —–BEGIN CERTIFICATE REQUEST—– से शुरू होती है और —–END CERTIFICATE REQUEST—– पर समाप्त होती है।
IIS चलाने वाले Windows सर्वर शुरुआती लाइन —–BEGIN NEW CERTIFICATE REQUEST—– के रूप में लिखते हैं। यहां दोनों रूप काम करते हैं। फ़ाइल .csr, .pem या .txt एक्सटेंशन के साथ आ सकती है; केवल उसके भीतर का टेक्स्ट मायने रखता है। यह मुफ्त ऑनलाइन CSR डिकोडर PEM पढ़ता है, वह Base64 फॉर्मैट जो लगभग हर सर्वर और होस्टिंग पैनल जनरेट करता है।
अभी तक आपके पास CSR नहीं है? हमारे CSR जनरेटर से एक बनाएं, या अपने प्लेटफ़ॉर्म के लिए CSR गाइड देखें।
CSR डिकोडर आपको क्या दिखाता है
हर CSR दो चीज़ें रखती है जिनकी एक Certificate Authority को ज़रूरत होती है: आप कौन हैं, यह आपका दावा है, और वह पब्लिक कुंजी जिसे आप सर्टिफाइड करवाना चाहते हैं। पहचान वाले भाग को Subject, या Distinguished Name कहा जाता है, और यह एक लंबी स्ट्रिंग नहीं बल्कि लेबल की गई फ़ील्ड्स का एक समूह है। डिकोडर Distinguished Name को उसके भागों में विभाजित करता है और साथ ही मुख्य कुंजी विवरण भी बताता है।
नीचे दी गई तालिका उन सभी फ़ील्ड्स को कवर करती है जो यह CSR डिकोडर लौटाता है, एक वैध मूल्य कैसा दिखता है, और यदि यह सही नहीं है तो क्या गलत होता है।
| फ़ील्ड | यह क्या है | वैध मूल्य | गलत होने पर क्या टूटता है |
|---|---|---|---|
| Common Name (CN) | वह प्राथमिक डोमेन जिसे सर्टिफिकेट सुरक्षित करेगा | www.example.com, या वाइल्डकार्ड के लिए *.example.com | इसे पूरी तरह क्वालिफाइड डोमेन नाम से एग्ज़ैक्टली मेल खाना चाहिए। एक टाइपो, या गायब www, हर ब्राउज़र में नाम बेमेल त्रुटि और पुनः जारी करने की नौबत पैदा करता है। |
| Subject Alternative Name (SAN) | वह एक्सटेंशन जो सर्टिफिकेट द्वारा कवर किए गए हर डोमेन को सूचीबद्ध करता है | DNS:example.com, DNS:www.example.com | ब्राउज़र SAN पढ़ते हैं और Common Name को नज़रअंदाज़ करते हैं। इस सूची से गायब कोई भी डोमेन कवर नहीं होता, चाहे CN में जो भी लिखा हो। |
| Organization (O) | आपकी कानूनी रूप से रजिस्टर्ड कंपनी का नाम | Example Corporation Ltd | OV और EV सर्टिफिकेट के लिए सार्वजनिक रिकॉर्ड्स के विरुद्ध जांचा जाता है। कोई ट्रेडिंग नाम या संक्षिप्त रूप वैलिडेशन को रोक देता है। |
| Organizational Unit (OU) | संगठन के भीतर एक विभाग या डिवीज़न | IT विभाग | CA/Browser Forum के मतदान SC47 के अनुसार 1 सितंबर 2022 या उसके बाद जारी सार्वजनिक रूप से भरोसेमंद TLS सर्टिफिकेट में OU निषिद्ध है। आप इसे CSR में डाल सकते हैं फिर भी। यह आपको मिलने वाले सर्टिफिकेट से हटा दिया जाता है। |
| Locality (L) | शहर या नगर | San Francisco | इसे पूरा लिखें। SF OV वैलिडेशन में विफल होता है। |
| State or Province (ST) | राज्य, प्रांत या क्षेत्र | California | इसे पूरा लिखें। CA को संक्षिप्त रूप माना जाता है और अस्वीकार कर दिया जाता है। |
| Country (C) | दो अक्षरों वाला ISO 3166-1 alpha-2 कोड | US, GB, DE | एग्ज़ैक्टली दो अक्षर। USA और UK CSR में सबसे सामान्य फॉर्मैटिंग त्रुटि है। |
| emailAddress | Subject में एक वैकल्पिक संपर्क पता | [email protected] | वैकल्पिक। अधिकांश सार्वजनिक CA इसे नज़रअंदाज़ करते हैं। |
| Public key algorithm | वह एल्गोरिथ्म जिसने कुंजी युग्म जनरेट किया | RSA या ECDSA | ECDSA कुंजियां छोटी होती हैं और सत्यापित करना तेज़ होता है। RSA का पुराने हार्डवेयर पर व्यापक समर्थन है। कुछ लीगेसी लोड बैलेंसर्स और उपकरण केवल RSA स्वीकार करते हैं। |
| Key size | पब्लिक कुंजी की लंबाई | RSA के लिए 2048-बिट या 4096-बिट; ECDSA के लिए 256-बिट या 384-बिट | किसी भी सार्वजनिक CA में RSA के लिए 2048-बिट न्यूनतम है। 1024-बिट रिक्वेस्ट सीधे अस्वीकृत कर दी जाती है। |
| Signature algorithm | वह एल्गोरिथ्म जिससे रिक्वेस्ट पर हस्ताक्षर किया गया था | SHA-256 with RSA Encryption | SHA-1 अब स्वीकार नहीं किया जाता। यह फ़ील्ड CSR के अपने सिग्नेचर का वर्णन करती है; CA अपने द्वारा जारी सर्टिफिकेट के लिए एल्गोरिथ्म चुनता है। |
एक CSR वैकल्पिक विशेषताएं और अनुरोधित एक्सटेंशन भी रख सकती है जिन्हें ज़्यादातर डिकोडर छोड़ देते हैं। चैलेंज पासवर्ड एक वैकल्पिक स्ट्रिंग है जिसे कुछ CA पहले निरसन को अधिकृत करने के लिए इस्तेमाल करते थे; इसे खाली छोड़ें जब तक आपका CA एक न मांगे। अनुरोधित एक्सटेंशन जैसे keyUsage, extendedKeyUsage और basicConstraints बताते हैं कि सर्टिफिकेट को क्या करने की अनुमति होनी चाहिए, हालांकि अंतिम मूल्य CA तय करता है।
CSR डिकोडिंग कैसे काम करता है
एक CSR एक PKCS#10 सर्टिफिकेशन रिक्वेस्ट है, एक फॉर्मैट जो RFC 2986 द्वारा परिभाषित किया गया है। इसकी सामग्री ASN.1 में वर्णित की जाती है, DER में सीरियलाइज़ की जाती है, जो बाइनरी है, फिर Base64-एनकोड की जाती है और PEM हेडर व फुटर लाइनों में लपेटी जाती है जिससे रिक्वेस्ट ईमेल और कॉपी-पेस्ट में बिना खराब हुए बची रहे।
डिकोडिंग उस चेन को उल्टा करती है। यह टूल PEM रैपर हटाता है, Base64 को वापस DER में बदलता है, ASN.1 संरचना को पार्स करता है, और जो भी मूल्य मिलता है उसे लेबल करता है।
किसी भी चरण में डिक्रिप्शन नहीं होता, क्योंकि CSR में कुछ भी एन्क्रिप्टेड नहीं होता। एक CSR आपकी पब्लिक कुंजी रखती है। प्राइवेट कुंजी उस सर्वर पर रहती है जिसने इसे जनरेट किया और यह रिक्वेस्ट में कभी नहीं जाती। जो कोई CSR को इंटरसेप्ट करता है वह इसे पढ़ सकता है, जो इसे बिल्कुल सुरक्षित बनाता है इसे Certificate Authority को ईमेल करने के लिए।
एक CSR जो रखती है वह है एक सिग्नेचर। रिक्वेस्ट पर उस प्राइवेट कुंजी से हस्ताक्षर किया जाता है जो उसके भीतर की पब्लिक कुंजी से मेल खाती है, जो साबित करता है कि आपके पास वह कुंजी है। इसे Proof of Possession कहा जाता है, और इसी तरह एक CA जानता है कि सर्टिफिकेट के लिए आवेदन करने वाला व्यक्ति सर्टिफाइड होने वाली कुंजी को नियंत्रित करता है।
एक बार CA रिक्वेस्ट को वैलिडेट कर लेता है, यह एक X.509 सर्टिफिकेट जारी करता है जिसमें आपकी पब्लिक कुंजी और जो भी Subject फ़ील्ड्स वह सत्यापित कर सका, शामिल होती हैं।
अपनी CSR सबमिट करने से पहले क्या जांचें
रिक्वेस्ट किसी Certificate Authority के पास जाने से पहले डिकोड किए गए आउटपुट को इस सूची के विरुद्ध जांचें। इस बिंदु पर डिकोडर को CSR चेकर के रूप में इस्तेमाल करने में आपका एक मिनट खर्च होता है। जारी करने के बाद वही गलती पकड़ने पर पुनः जारी करना और फिर से डिप्लॉय करना पड़ता है।
- Common Name आपके पूरी तरह क्वालिफाइड डोमेन नाम से एग्ज़ैक्टली मेल खाता है, जैसा आपने इरादा किया www शामिल या बाहर करते हुए। example.com और www.example.com दो अलग-अलग नाम हैं।
- आपको ज़रूरत का हर डोमेन SAN सूची में दिखाई देता है, न कि केवल Common Name में।
- देश एग्ज़ैक्टली दो अक्षरों का है। यदि आपको संदेह है तो इसे ISO 3166-1 alpha-2 सूची के विरुद्ध जांचें।
- राज्य और स्थान पूरे लिखे गए हैं, संक्षिप्त नहीं।
- संगठन आपका रजिस्टर्ड कानूनी नाम है, यदि आप OV या EV सर्टिफिकेट खरीद रहे हैं। Domain Validated सर्टिफिकेट इस फ़ील्ड को नज़रअंदाज़ करते हैं।
- कुंजी 2048-बिट RSA या उससे बड़ी है, या 256-बिट ECDSA या उससे बड़ी।
- सिग्नेचर एल्गोरिथ्म SHA-256 या उससे मजबूत है।
- वाइल्डकार्ड सिंटैक्स *.example.com है, जो केवल एक स्तर को कवर करता है। यह shop.eu.example.com को कवर नहीं करता।
- आपके पास अभी भी वह प्राइवेट कुंजी है जिससे यह CSR जनरेट की गई थी। ऑर्डर करने से पहले इसे Certificate Key Matcher के साथ पुष्टि करें।
सामान्य CSR समस्याएं जो डिकोडर उजागर करता है
नाम बेमेल। Common Name या SAN सूची उस डोमेन से मेल नहीं खाती जिस पर सर्वर वास्तव में उत्तर देता है। यह एक ही सबसे सामान्य कारण है जिसके लिए एक सर्टिफिकेट इंस्टॉल हो जाता है फिर भी ब्राउज़र में विफल हो जाता है।
गायब SAN। सर्टिफिकेट जारी हो गया, Common Name सही दिखता है, और एक होस्टनाम अभी भी त्रुटि देता है। CSR को डिकोड करें और जांचें कि क्या वह होस्टनाम कभी SAN सूची में था। यदि नहीं था, तो वह कभी कवर नहीं हुआ।
एक अस्वीकृत देश कोड। दो के बजाय तीन अक्षर। CA रिक्वेस्ट को अस्वीकार कर देता है, अक्सर एक संदेश के साथ जो फ़ील्ड का नाम नहीं बताता।
एक संक्षिप्त राज्य। California के बजाय CA, New York के बजाय NY। Domain Validated ऑर्डर पास हो जाते हैं। संगठन सत्यापन SSL प्रमाणपत्र और Extended Validation ऑर्डर तब तक वैलिडेशन में रुके रहते हैं जब तक आप पुनः सबमिट नहीं करते।
एक कुंजी जो बहुत छोटी है। 1024-बिट RSA वर्षों से सार्वजनिक CA के लिए अस्वीकार्य है। CSR को 2048-बिट या उससे बड़ी कुंजी के साथ पुनः जनरेट करें; आप इसे रिक्वेस्ट को एडिट करके ठीक नहीं कर सकते।
OU फ़ील्ड गायब हो गई। आपने Organizational Unit फ़ील्ड में एक विभाग डाला और यह जारी सर्टिफिकेट में नहीं है। यह सितंबर 2022 से अपेक्षित व्यवहार है, CA की तरफ से कोई गलती नहीं। OU फ़ील्ड क्यों हटाई गई, यह पढ़ें।
एक CSR जो आपकी प्राइवेट कुंजी से मेल नहीं खाती। अक्सर दूसरी CSR जनरेट करने और यह भूल जाने का परिणाम होता है कि कौन सा कुंजी युग्म किस रिक्वेस्ट के साथ गया था। Certificate Key Matcher इसे एक ही चरण में सुलझा देता है।
गलत रूप में एक इंटरनेशनल डोमेन। Non-ASCII डोमेन को अपने मूल स्क्रिप्ट के बजाय Punycode, यानी xn-- रूप में दिखना चाहिए।
OpenSSL के साथ CSR डिकोड करें
यदि आपके पास OpenSSL इंस्टॉल है, तो आप बिना ब्राउज़र के CSR पढ़ सकते हैं:
openssl req -in example.csr -noout -textरिक्वेस्ट के अपने सिग्नेचर को एक ही समय में जांचने के लिए -verify जोड़ें, जो पुष्टि करता है कि CSR इसके जनरेट होने के बाद बदली नहीं गई है:
openssl req -in example.csr -noout -text -verifyआउटपुट पूरी Distinguished Name को Subject: लाइन पर रखता है, अलग-अलग फ़ील्ड्स के रूप में नहीं बल्कि एक कॉमा-सेपरेटेड रन में, इसलिए इसे बाएं से दाएं पढ़ें: C, ST, L, O, OU, CN। उसके नीचे, Public Key Algorithm RSA या ECDSA का नाम बताता है, और Public-Key: ब्रैकेट में बिट लंबाई देता है। Signature Algorithm दो बार दिखाई देता है, एक बार शीर्ष के पास और एक बार नीचे सिग्नेचर ब्लॉक के पास; दोनों CSR के अपने सिग्नेचर को संदर्भित करते हैं।
Subject Alternative Names को नज़रअंदाज़ करना आसान है। वे Subject लाइन का हिस्सा नहीं हैं। नीचे Requested Extensions ब्लॉक और उसके नीचे X509v3 Subject Alternative Name प्रविष्टि देखें। यदि वह ब्लॉक अनुपस्थित है, तो CSR में कोई SAN नहीं है।
ऊपर दिया गया वेब टूल तब तेज़ विकल्प है जब OpenSSL इंस्टॉल नहीं है, जब आप बिना WSL के Windows पर हैं, या जब CSR किसी होस्टिंग पैनल से आई है और केवल ब्राउज़र टैब में टेक्स्ट के रूप में मौजूद है। आउटपुट वही जानकारी है, सरल भाषा में लेबल की गई।
Sectigo, DigiCert या किसी भी अन्य CA के लिए CSR डिकोड करना
एक CSR एक PKCS#10 फ़ाइल है, और यह फ़ॉर्मैट इस आधार पर नहीं बदलता कि इस पर कौन हस्ताक्षर करेगा। कोई Sectigo-विशिष्ट या DigiCert-विशिष्ट CSR फ़ॉर्मैट नहीं है, इसलिए एक डिकोडर किसी भी Certificate Authority के लिए बनी रिक्वेस्ट के लिए काम करता है।
जो CA के बीच बदलता है वह है कि कौन सी फ़ील्ड्स की जांच होती है और कितनी सख्ती से। Domain Validated सर्टिफिकेट केवल डोमेन के नियंत्रण की जांच करते हैं और Organization फ़ील्ड को पूरी तरह नज़रअंदाज़ कर देते हैं। Organization Validated और Extended Validation सर्टिफिकेट के लिए Organization, Locality, State और Country फ़ील्ड्स को सार्वजनिक रिकॉर्ड्स से मेल खाना ज़रूरी है, इसीलिए इन फ़ील्ड्स की सटीकता वैलिडेशन सीढ़ी में जितना ऊपर आप जाते हैं, उतनी ही ज़्यादा मायने रखती है।
अक्सर पूछे जाने वाले प्रश्नों
CSR डिकोडर क्या है?
CSR डिकोडर एक ऐसा टूल है जो Certificate Signing Request को पढ़कर उसकी सामग्री को सरल भाषा में प्रदर्शित करता है। यह Base64 और ASN.1 एन्कोडिंग को रिवर्स करता है, जो CSR को आँखों से पढ़ पाना असंभव बना देती है, फिर हर फ़ील्ड को लेबल करता है: Common Name, Organization, Organizational Unit, Locality, State, Country, public key algorithm, key size, signature algorithm और किसी भी Subject Alternative Names को। आप इसका उपयोग किसी अनुरोध को सबमिट करने से पहले सत्यापित करने के लिए, या यह पता लगाने के लिए कर सकते हैं कि आपके पास पहले से मौजूद कोई प्रमाणपत्र अप्रत्याशित रूप से क्यों व्यवहार कर रहा है।
लिंक की प्रतिलिपि करें
CSR फ़ाइल कैसे पढ़ें?
इसे CSR डिकोडर में पेस्ट करें, जिसे कभी-कभी CSR व्यूअर या CSR रीडर भी कहा जाता है, और लेबल किए गए आउटपुट को पढ़ें। एक CSR यादृच्छिक अक्षरों के ठोस ब्लॉक जैसा दिखता है क्योंकि यह Base64-एनकोडेड बाइनरी डेटा है, इसलिए इसे टेक्स्ट एडिटर में खोलने पर देखने के लिए कुछ भी उपयोगी नहीं होता। यदि आप कमांड लाइन पसंद करते हैं, तो openssl req -in example.csr -noout -text वही जानकारी प्रिंट करता है।
लिंक की प्रतिलिपि करें
क्या आप CSR को डिक्रिप्ट कर सकते हैं?
नहीं, क्योंकि CSR एन्क्रिप्टेड नहीं होता। सर्टिफिकेट रिक्वेस्ट को लेकर यह सबसे प्रचलित गलतफहमियों में से एक है। CSR वास्तव में Base64-एन्कोडेड ASN.1 डेटा होता है, जिसे कोई भी बिना किसी की और बिना पासवर्ड के डिकोड कर सकता है। इसमें आपकी पब्लिक की होती है, कभी भी आपकी प्राइवेट की नहीं। जब लोग “CSR को डिक्रिप्ट करना” कहते हैं, तो उनका मतलब वास्तव में उसे डिकोड करना होता है, और यही काम यह टूल और openssl req कमांड दोनों करते हैं।
लिंक की प्रतिलिपि करें
क्या CSR को Certificate Authority को भेजने से पहले डिकोड करना जरूरी है?
नहीं। एन्कोडेड टेक्स्ट को बिल्कुल वैसे ही सबमिट करें जैसा आपके सर्वर ने जनरेट किया है, हेडर और फुटर लाइनों सहित। CA इसे अपने सिरे पर पार्स करता है। डिकोड करना आपके फायदे के लिए है, उनके लिए नहीं: इसी तरह आप गलत डोमेन या दो अक्षरों वाले देश कोड को पकड़ पाते हैं, इससे पहले कि CA आपकी गलती को सर्टिफिकेट में बदल दे।
लिंक की प्रतिलिपि करें
क्या मैं CSR के टेक्स्ट को कमांड लाइन में पढ़ सकता हूँ?
हाँ। openssl req -in example.csr -noout -text डिकोड की गई सामग्री को आपके टर्मिनल पर प्रिंट करता है। -verify जोड़ने से CSR के self-signature की भी जाँच हो जाती है। आउटपुट के प्रत्येक भाग का क्या अर्थ है, यह जानने के लिए ऊपर दिए गए OpenSSL सेक्शन को देखें।
लिंक की प्रतिलिपि करें
CSR को डिकोड करने के बाद मुझे कौन-सी जानकारी दिखाई देगी?
सब्जेक्ट, जिसे डिस्टिंग्विश्ड नेम भी कहा जाता है, जिसमें कॉमन नेम, ऑर्गनाइजेशन, ऑर्गनाइजेशनल यूनिट, लोकैलिटी, स्टेट और कंट्री शामिल होते हैं। पब्लिक की, उसके एल्गोरिथम (RSA या ECDSA) और बिट्स में उसके की साइज के साथ। वह सिग्नेचर एल्गोरिथम जिससे रिक्वेस्ट पर साइन किया गया था। और, यदि रिक्वेस्ट में शामिल हैं, तो सब्जेक्ट अल्टरनेटिव नेम्स जो उन सभी डोमेन को सूचीबद्ध करते हैं जिन्हें सर्टिफिकेट कवर करेगा।
लिंक की प्रतिलिपि करें
Subject Alternative Name क्या है, और यह Common Name से अधिक महत्वपूर्ण क्यों है?
सब्जेक्ट ऑल्टरनेटिव नेम एक एक्सटेंशन है जो प्रमाणपत्र द्वारा कवर किए गए हर होस्टनेम को सूचीबद्ध करता है। आधुनिक ब्राउज़र SAN सूची को पढ़ते हैं और Common Name को पूरी तरह से नज़रअंदाज़ कर देते हैं, इसलिए जो डोमेन केवल Common Name के रूप में दिखाई देता है और SAN सूची में नहीं है, वह विफल हो जाएगा। अधिकांश सार्वजनिक CA जारी करते समय Common Name को स्वचालित रूप से SAN सूची में कॉपी कर देते हैं, लेकिन इस पर भरोसा करने के बजाय अपने CA से इसकी पुष्टि करें। यदि आपको एक ही प्रमाणपत्र पर कई होस्टनेम चाहिए, तो उन सभी को सूचीबद्ध करें।
लिंक की प्रतिलिपि करें
मेरे जारी किए गए सर्टिफिकेट से OU फ़ील्ड गायब क्यों है?
क्योंकि अब इसकी अनुमति नहीं है। CA/Browser Forum के ballot SC47 ने 1 सितंबर 2022 या उसके बाद जारी होने वाले सार्वजनिक रूप से भरोसेमंद TLS प्रमाणपत्रों में Organizational Unit फ़ील्ड को इस आधार पर प्रतिबंधित कर दिया कि किसी CA के पास किसी विभाग के नाम को सत्यापित करने का कोई विश्वसनीय तरीका नहीं है। जब आप CSR जनरेट करते हैं तब भी आप OU शामिल कर सकते हैं, और decoder इसे दिखाएगा भी, लेकिन जारी करने से पहले CA इसे हटा देता है। कुछ भी गलत नहीं हुआ है।
लिंक की प्रतिलिपि करें
PKCS#10 क्या है?
PKCS#10 वह मानक है जो CSR प्रारूप को परिभाषित करता है, जिसे RFC 2986 में निर्दिष्ट किया गया है। यह तय करता है कि प्रमाणन अनुरोध (certification request) में कौन से फ़ील्ड होते हैं और उन्हें किस तरह संरचित किया जाता है, यही कारण है कि एक ही CSR किसी भी सर्टिफिकेट अथॉरिटी (CA) के साथ काम करता है, न कि केवल उस CA से बंधा होता है जिससे आपने इसे खरीदा था।
लिंक की प्रतिलिपि करें
संबंधित SSL टूल
CSR जनरेटर
अपनी CSR (Certificate Signing Request) और अपनी Private Key को स्वचालित रूप से जनरेट करें, उन विवरणों के आधार पर जो आप CSR फॉर्म भरते समय सबमिट करते हैं।
SSL कन्वर्टर
अपने SSL/TLS सर्टिफिकेट को PEM, DER, PFX, और P7B के बीच पूरी तरह अपने ब्राउज़र में कन्वर्ट करें। कुछ क्लिक में फ़ॉर्मैट बदलें ताकि सर्टिफिकेट किसी भी सर्वर या प्लेटफ़ॉर्म पर सही ढंग से इंस्टॉल हो जो अलग फ़ॉर्मैट की अपेक्षा करता है।
सर्टिफिकेट की मैचर
जांचें कि क्या आपका SSL सर्टिफिकेट, प्राइवेट की, और CSR एक ही कुंजी युग्म से आते हैं। सब कुछ आपके ब्राउज़र में चलता है, इसलिए आपकी प्राइवेट की कभी आपके डिवाइस से बाहर नहीं जाती।
SSL Checker
अपने SSL सर्टिफिकेट की वैधता, इंस्टॉलेशन, और सुरक्षा कॉन्फ़िगरेशन को तुरंत सत्यापित करें। एन्क्रिप्शन शक्ति, समाप्ति तारीखों का परीक्षण करें, और सामान्य समस्याओं का पता लगाएं ताकि आपकी वेबसाइट सुरक्षित रहे और आगंतुकों द्वारा भरोसा की जाए।