कैसल - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

सीए - नमूना न्यूनतम सीए आवेदन

SYNOPSIS

openssl ca [-कहना] [-ऑफिग फ़ाइल का नाम] [-रतालू अनुभाग] [-gencrl] [-रद्द करना पट्टिका] [-स्थिति
धारावाहिक] [-अद्यतनबी] [-crl_reason कारण] [-crl_होल्ड अनुदेश] [-crl_समझौता पहर]
[-crl_CA_समझौता पहर] [-crldays दिन] [-crlघंटे घंटे] [-crlexts अनुभाग] [-आरंभ करने की तिथि
डेटा] [-अंतिम तिथि डेटा] [-वार का दिन arg] [-मद arg] [-नीति arg] [-कीफ़ाइल arg] [-कीफॉर्म
पीईएम|डीईआर] [-चाभी arg] [-निकल जाओ arg] [-प्रमाणित पट्टिका] [-स्वयंसंकेत] [-इन पट्टिका] [-बाहर पट्टिका]
[-कोई पाठ नहीं है] [-आउटदिरो दीर] [-infiles] [-एसपीकेसी पट्टिका] [-ss_cert पट्टिका] [-प्रिजर्वडीएन]
[-noemailDN] [-बैच] [-msie_hack] [-विस्तार अनुभाग] [-extfile अनुभाग] [-यन्त्र id]
[-सुब्जो arg] [-यूटीएफ8] [-बहुमूल्य-आरडीएन]

वर्णन

RSI ca कमांड एक न्यूनतम सीए एप्लीकेशन है। इसका उपयोग प्रमाणपत्र अनुरोधों पर हस्ताक्षर करने के लिए किया जा सकता है
विभिन्न प्रकार के फॉर्म और सीआरएल उत्पन्न करते हुए यह जारी किए गए टेक्स्ट डेटाबेस को भी बनाए रखता है
प्रमाणपत्र और उनकी स्थिति.

विकल्प विवरण प्रत्येक उद्देश्य में विभाजित होंगे।

CA विकल्प

-ऑफिग फ़ाइल का नाम
उपयोग करने के लिए कॉन्फ़िगरेशन फ़ाइल निर्दिष्ट करता है।

-रतालू अनुभाग
उपयोग करने के लिए कॉन्फ़िगरेशन फ़ाइल अनुभाग निर्दिष्ट करता है (ओवरराइड करता है)। default_ca में ca
अनुभाग)।

-इन फ़ाइल का नाम
एक इनपुट फ़ाइल नाम जिसमें सीए द्वारा हस्ताक्षरित एकल प्रमाणपत्र अनुरोध शामिल है।

-ss_cert फ़ाइल का नाम
सीए द्वारा हस्ताक्षरित एक एकल स्वहस्ताक्षरित प्रमाणपत्र।

-एसपीकेसी फ़ाइल का नाम
एक फ़ाइल जिसमें एकल नेटस्केप हस्ताक्षरित सार्वजनिक कुंजी और चुनौती और अतिरिक्त शामिल है
सीए द्वारा हस्ताक्षरित फ़ील्ड मान। देखें SPKAC FORMAT जानकारी के लिए अनुभाग
आवश्यक इनपुट और आउटपुट प्रारूप।

-infiles
यदि मौजूद है तो यह अंतिम विकल्प होना चाहिए, बाद के सभी तर्क मान लिए जाएंगे
प्रमाणपत्र अनुरोध वाली फ़ाइलों के नाम।

-बाहर फ़ाइल का नाम
आउटपुट फ़ाइल से आउटपुट प्रमाणपत्र तक। डिफ़ॉल्ट मानक आउटपुट है.
प्रमाणपत्र विवरण भी इस फ़ाइल में पीईएम प्रारूप में मुद्रित किया जाएगा (उसे छोड़कर)।
-एसपीकेसी आउटपुट डीईआर प्रारूप)।

-आउटदिरो डायरेक्टरी
प्रमाणपत्रों को आउटपुट करने के लिए निर्देशिका। प्रमाणपत्र एक फ़ाइल नाम पर लिखा जाएगा
इसमें हेक्स में सीरियल नंबर के साथ ".pem" जोड़ा गया है।

-प्रमाणित
सीए प्रमाणपत्र फ़ाइल।

-कीफ़ाइल फ़ाइल का नाम
अनुरोधों पर हस्ताक्षर करने के लिए निजी कुंजी।

-कीफॉर्म पीईएम|डीईआर
निजी कुंजी फ़ाइल में डेटा का प्रारूप। डिफ़ॉल्ट PEM है.

-चाभी पासवर्ड
निजी कुंजी को एन्क्रिप्ट करने के लिए उपयोग किया जाने वाला पासवर्ड। चूँकि कुछ सिस्टम पर कमांड लाइन होती है
तर्क दृश्यमान हैं (उदाहरण के लिए यूनिक्स 'पीएस' उपयोगिता के साथ) इस विकल्प का उपयोग किया जाना चाहिए
सावधानी से।

-स्वयंसंकेत
इंगित करता है कि जारी किए गए प्रमाणपत्रों पर प्रमाणपत्र कुंजी के साथ हस्ताक्षर किए जाने हैं
अनुरोधों पर हस्ताक्षर किए गए (साथ दिए गए)। -कीफ़ाइल). प्रमाणपत्र अनुरोधों पर हस्ताक्षर किए गए
विभिन्न कुंजी को नजरअंदाज कर दिया जाता है। अगर -एसपीकेसी, -ss_cert or -gencrl दिया जाता है, -स्वयंसंकेत is
अवहेलना करना।

प्रयोग करने का परिणाम -स्वयंसंकेत यह है कि स्व-हस्ताक्षरित प्रमाणपत्र बीच में दिखाई देता है
प्रमाणपत्र डेटाबेस में प्रविष्टियाँ (कॉन्फ़िगरेशन विकल्प देखें डेटाबेस), और उपयोग करता है
अन्य सभी प्रमाणपत्रों के समान क्रमांक काउंटर पर स्व-हस्ताक्षरित हस्ताक्षर होते हैं
प्रमाण पत्र।

-निकल जाओ arg
कुंजी पासवर्ड स्रोत। के प्रारूप के बारे में अधिक जानकारी के लिए arg देख पास
मुहावरा बहस अनुभाग में openssl(1).

-कहना
यह किए जा रहे कार्यों के बारे में अतिरिक्त विवरण प्रिंट करता है।

-कोई पाठ नहीं है
किसी प्रमाणपत्र के टेक्स्ट फॉर्म को आउटपुट फ़ाइल में आउटपुट न करें।

-आरंभ करने की तिथि डेटा
यह आरंभ तिथि को स्पष्ट रूप से निर्धारित करने की अनुमति देता है। दिनांक का प्रारूप है
YYMMDDHHMMSSZ (ASN1 UTCTime संरचना के समान)।

-अंतिम तिथि डेटा
यह समाप्ति तिथि को स्पष्ट रूप से निर्धारित करने की अनुमति देता है। दिनांक का प्रारूप है
YYMMDDHHMMSSZ (ASN1 UTCTime संरचना के समान)।

-वार का दिन arg
प्रमाणपत्र को प्रमाणित करने के लिए दिनों की संख्या.

-मद ALG
उपयोग करने के लिए संदेश डाइजेस्ट. संभावित मानों में md5, sha1 और mdc2 शामिल हैं। इस विकल्प
सीआरएल पर भी लागू होता है।

-नीति arg
यह विकल्प उपयोग के लिए सीए "नीति" को परिभाषित करता है। यह कॉन्फ़िगरेशन में एक अनुभाग है
फ़ाइल जो तय करती है कि कौन से फ़ील्ड अनिवार्य होने चाहिए या सीए प्रमाणपत्र से मेल खाने चाहिए। जाँच करना
इससे बाहर नीति FORMAT अधिक जानकारी के लिए अनुभाग।

-msie_hack
यह बनाने का एक विरासती विकल्प है ca IE प्रमाणपत्र के बहुत पुराने संस्करणों के साथ काम करें
नामांकन नियंत्रण "certenr3"। इसने लगभग हर चीज़ के लिए यूनिवर्सलस्ट्रिंग्स का उपयोग किया। तब से
पुराने नियंत्रण में विभिन्न सुरक्षा बग हैं, इसका उपयोग दृढ़ता से हतोत्साहित किया जाता है। नया
नियंत्रण "ज़ेनरोल" को इस विकल्प की आवश्यकता नहीं है।

-प्रिजर्वडीएन
आम तौर पर किसी प्रमाणपत्र का डीएन क्रम फ़ील्ड के क्रम के समान होता है
प्रासंगिक नीति अनुभाग. जब यह विकल्प सेट किया जाता है तो ऑर्डर अनुरोध के समान होता है।
यह काफी हद तक पुराने IE नामांकन नियंत्रण के साथ अनुकूलता के लिए है जो कि होगा
प्रमाणपत्र केवल तभी स्वीकार करें यदि उनके डीएन अनुरोध के क्रम से मेल खाते हों। यह नहीं
ज़ेनरोल के लिए आवश्यक.

-noemailDN
किसी प्रमाणपत्र के डीएन में EMAIL फ़ील्ड शामिल हो सकता है यदि अनुरोध डीएन में मौजूद है,
हालाँकि, ई-मेल को altName एक्सटेंशन में सेट करना अच्छी नीति है
प्रमाणपत्र। जब यह विकल्प सेट किया जाता है तो प्रमाणपत्र से EMAIL फ़ील्ड हटा दी जाती है'
विषय और सेट केवल, अंततः मौजूद, एक्सटेंशन में। ईमेल_इन_डीएन कीवर्ड
इस व्यवहार को सक्षम करने के लिए कॉन्फ़िगरेशन फ़ाइल में उपयोग किया जा सकता है।

-बैच
यह बैच मोड सेट करता है। इस मोड में कोई प्रश्न नहीं पूछा जाएगा और सभी प्रमाणपत्र
स्वचालित रूप से प्रमाणित हो जाएगा.

-विस्तार अनुभाग
कॉन्फ़िगरेशन फ़ाइल का वह अनुभाग जिसमें प्रमाणपत्र एक्सटेंशन जोड़े जाने हैं
जब कोई प्रमाणपत्र जारी किया जाता है (डिफ़ॉल्ट रूप से x509_एक्सटेंशन जब तक कि -extfile विकल्प
प्रयोग किया जाता है)। यदि कोई एक्सटेंशन अनुभाग मौजूद नहीं है, तो एक V1 प्रमाणपत्र बनाया जाता है। यदि
एक्सटेंशन अनुभाग मौजूद है (भले ही वह खाली हो), तो एक V3 प्रमाणपत्र बनाया जाता है।
देखें:w x509v3_config(5) विस्तार अनुभाग प्रारूप के विवरण के लिए मैनुअल पेज।

-extfile पट्टिका
प्रमाणपत्र एक्सटेंशन को पढ़ने के लिए एक अतिरिक्त कॉन्फ़िगरेशन फ़ाइल (का उपयोग करके)।
डिफ़ॉल्ट अनुभाग जब तक कि -विस्तार विकल्प का भी प्रयोग किया जाता है)।

-यन्त्र id
एक इंजन निर्दिष्ट करना (इसके अद्वितीय द्वारा) id स्ट्रिंग) का कारण होगा ca एक प्राप्त करने का प्रयास करने के लिए
निर्दिष्ट इंजन के लिए कार्यात्मक संदर्भ, इस प्रकार यदि आवश्यक हो तो इसे प्रारंभ करना। NS
फिर इंजन को सभी उपलब्ध एल्गोरिदम के लिए डिफ़ॉल्ट के रूप में सेट किया जाएगा।

-सुब्जो arg
अनुरोध में दिए गए विषय नाम का स्थान लेता है। तर्क को इस प्रकार स्वरूपित किया जाना चाहिए
/type0=value0/type1=value1/type2=..., अक्षर \ (बैकस्लैश) से बच सकते हैं, नहीं
रिक्त स्थान छोड़ दिए गए हैं.

-यूटीएफ8
यह विकल्प फ़ील्ड मानों को UTF8 स्ट्रिंग्स के रूप में व्याख्या करने का कारण बनता है, डिफ़ॉल्ट रूप से वे हैं
ASCII के रूप में व्याख्या की गई। इसका मतलब यह है कि फ़ील्ड मान, चाहे ए से प्रेरित हो
टर्मिनल या कॉन्फ़िगरेशन फ़ाइल से प्राप्त, वैध UTF8 स्ट्रिंग होनी चाहिए।

-बहुमूल्य-आरडीएन
यह विकल्प -subj तर्क को पूर्ण समर्थन के साथ व्याख्या करने का कारण बनता है
बहुमूल्यवान आरडीएन। उदाहरण:

/DC=org/DC=OpenSSL/DC=उपयोगकर्ता/UID=123456+CN=जॉन हरिणी

यदि -multi-rdn का उपयोग नहीं किया जाता है तो UID मान है 123456+सीएन=जॉन हरिणी.

सीआरएल विकल्प

-gencrl
यह विकल्प इंडेक्स फ़ाइल में जानकारी के आधार पर एक सीआरएल उत्पन्न करता है।

-crldays संख्या
अगला सीआरएल देय होने से पहले दिनों की संख्या। अब से यही दिन हैं
सीआरएल अगला अद्यतन फ़ील्ड।

-crlघंटे संख्या
अगले सीआरएल के देय होने से पहले घंटों की संख्या।

-रद्द करना फ़ाइल का नाम
एक फ़ाइल नाम जिसमें निरस्त करने योग्य प्रमाणपत्र है।

-स्थिति धारावाहिक
निर्दिष्ट क्रमांक के साथ प्रमाणपत्र की निरस्तीकरण स्थिति प्रदर्शित करता है
बाहर निकलता है।

-अद्यतनबी
समाप्त हो चुके प्रमाणपत्रों को शुद्ध करने के लिए डेटाबेस इंडेक्स को अद्यतन करता है।

-crl_reason कारण
निरस्तीकरण का कारण, कहाँ कारण में से एक है: अनिर्दिष्ट, कुंजी समझौता, सी.ए.समझौता,
संबद्धता परिवर्तित, अधिक्रमण, ऑपरेशन की समाप्ति, प्रमाणपत्र पकड़ो or
सीआरएल से हटाएं. का मिलान कारण केस असंवेदनशील है. किसी भी निरसन की स्थापना
कारण CRL v2 बना देगा।

व्यवहार में सीआरएल से हटाएं यह विशेष रूप से उपयोगी नहीं है क्योंकि इसका उपयोग केवल डेल्टा में किया जाता है
सीआरएल जो वर्तमान में लागू नहीं हैं।

-crl_होल्ड अनुदेश
यह CRL निरसन कारण कोड को सेट करता है प्रमाणपत्र पकड़ो और पकड़ अनुदेश
सेवा मेरे अनुदेश जो एक OID होना चाहिए. हालाँकि किसी भी OID का ही उपयोग किया जा सकता है
होल्डइंस्ट्रक्शनकोई नहीं (जिसके उपयोग को RFC2459 द्वारा हतोत्साहित किया गया है)
होल्डइंस्ट्रक्शनकॉल जारीकर्ता or होल्डइंस्ट्रक्शनअस्वीकार सामान्य रूप से उपयोग किया जाएगा.

-crl_समझौता पहर
यह निरसन का कारण निर्धारित करता है कुंजी समझौता और समझौता करने का समय पहर. पहर
यानी सामान्यीकृत समय प्रारूप में होना चाहिए YYYYMMDDHHMMSSZ.

-crl_CA_समझौता पहर
यह वही है crl_compromise सिवाय इसके कि निरस्तीकरण का कारण निर्धारित है
सी.ए.समझौता.

-crlexts अनुभाग
कॉन्फ़िगरेशन फ़ाइल का अनुभाग जिसमें CRL एक्सटेंशन शामिल हैं। यदि कोई सीआरएल नहीं है
एक्सटेंशन अनुभाग मौजूद है तो V1 CRL बनाया जाता है, यदि CRL एक्सटेंशन अनुभाग मौजूद है
मौजूद है (भले ही वह खाली हो) तो एक V2 CRL बनाया जाता है। सीआरएल एक्सटेंशन निर्दिष्ट
CRL एक्सटेंशन हैं और नहीं सीआरएल प्रविष्टि एक्सटेंशन। यह ध्यान दिया जाना चाहिए कि कुछ
सॉफ़्टवेयर (उदाहरण के लिए नेटस्केप) V2 CRLs को संभाल नहीं सकता। देखना x509v3_config(5) मैनुअल पेज
विस्तार अनुभाग प्रारूप के विवरण के लिए।

विन्यास फ़ाइल विकल्प

कॉन्फ़िगरेशन फ़ाइल का अनुभाग जिसमें विकल्प शामिल हैं ca इस प्रकार पाया जाता है: यदि
la -रतालू कमांड लाइन विकल्प का उपयोग किया जाता है, फिर यह उपयोग किए जाने वाले अनुभाग को नाम देता है। अन्यथा
उपयोग किए जाने वाले अनुभाग का नाम इसमें होना चाहिए default_ca का विकल्प ca के खंड
कॉन्फ़िगरेशन फ़ाइल (या कॉन्फ़िगरेशन फ़ाइल के डिफ़ॉल्ट अनुभाग में)। अलावा
default_ca, निम्नलिखित विकल्प सीधे से पढ़े जाते हैं ca खंड:
रैंडफ़ाइल संरक्षित
msie_hack के अपवाद के साथ रैंडफ़ाइल, यह संभवतः एक बग है और भविष्य में बदल सकता है
विज्ञप्ति।

कई कॉन्फ़िगरेशन फ़ाइल विकल्प कमांड लाइन विकल्पों के समान हैं। जहां
विकल्प कॉन्फ़िगरेशन फ़ाइल में मौजूद है और कमांड लाइन कमांड लाइन मान है
इस्तेमाल किया गया। जहां किसी विकल्प को अनिवार्य बताया गया है तो उसे इसमें मौजूद होना चाहिए
कॉन्फ़िगरेशन फ़ाइल या कमांड लाइन समकक्ष (यदि कोई हो) का उपयोग किया जाता है।

oid_file
यह अतिरिक्त युक्त फ़ाइल निर्दिष्ट करता है वस्तु पहचानकर्ता. फ़ाइल की प्रत्येक पंक्ति
इसमें ऑब्जेक्ट पहचानकर्ता का संख्यात्मक रूप और उसके बाद सफेद स्थान शामिल होना चाहिए
फिर संक्षिप्त नाम के बाद सफेद स्थान और अंत में लंबा नाम।

oid_section
यह कॉन्फ़िगरेशन फ़ाइल में अतिरिक्त ऑब्जेक्ट वाले एक अनुभाग को निर्दिष्ट करता है
पहचानकर्ता प्रत्येक पंक्ति में ऑब्जेक्ट पहचानकर्ता का संक्षिप्त नाम शामिल होना चाहिए
द्वारा पीछा = और संख्यात्मक रूप. इस स्थिति में छोटे और लंबे नाम एक समान होते हैं
विकल्प का प्रयोग किया जाता है।

new_certs_dir
उसी के रूप में -आउटदिरो कमांड लाइन विकल्प. यह उस निर्देशिका को निर्दिष्ट करता है जहां नया है
प्रमाणपत्र लगाए जाएंगे. अनिवार्य।

प्रमाण पत्र
के रूप में एक ही -प्रमाणित. यह CA प्रमाणपत्र वाली फ़ाइल देता है। अनिवार्य।

निजी चाबी
जैसा ही है -कीफ़ाइल विकल्प। वह फ़ाइल जिसमें CA निजी कुंजी है। अनिवार्य।

रैंडफ़ाइल
यादृच्छिक संख्या बीज जानकारी को पढ़ने और लिखने के लिए उपयोग की जाने वाली फ़ाइल, या एक ईजीडी सॉकेट (देखें)।
रैंड_उदा(3))।

default_days
उसी के रूप में -वार का दिन विकल्प। किसी प्रमाणपत्र को प्रमाणित करने के लिए दिनों की संख्या.

default_startdate
उसी के रूप में -आरंभ करने की तिथि विकल्प। किसी प्रमाणपत्र को प्रमाणित करने की प्रारंभ तिथि. अगर नहीं
सेट करें वर्तमान समय का उपयोग किया जाता है।

default_enddate
उसी के रूप में -अंतिम तिथि विकल्प। या तो यह विकल्प या default_days (या आदेश
पंक्ति समतुल्य) मौजूद होना चाहिए।

default_crl_hours default_crl_days
उसी के रूप में -crlघंटे और -crldays विकल्प. इनका उपयोग केवल तभी किया जाएगा जब इनमें से कोई भी न हो
कमांड लाइन विकल्प मौजूद है. उत्पन्न करने के लिए इनमें से कम से कम एक मौजूद होना चाहिए
सीआरएल।

default_md
उसी के रूप में -मद विकल्प। उपयोग करने के लिए संदेश डाइजेस्ट. अनिवार्य।

डेटाबेस
उपयोग करने के लिए टेक्स्ट डेटाबेस फ़ाइल। अनिवार्य। हालाँकि यह फ़ाइल प्रारंभ में मौजूद होनी चाहिए
यह खाली होगा.

अद्वितीय_विषय
यदि मूल्य हाँ दिया गया है, तो डेटाबेस में वैध प्रमाणपत्र प्रविष्टियाँ होनी चाहिए
अद्वितीय विषय. यदि मूल्य नहीं दिया गया है, कई वैध प्रमाणपत्र प्रविष्टियाँ हो सकती हैं
बिल्कुल वही विषय. डिफ़ॉल्ट मान है हाँ, पुराने (पूर्व) के साथ संगत होना
ओपनएसएसएल के 0.9.8) संस्करण। हालाँकि, CA प्रमाणपत्र रोल-ओवर को आसान बनाने के लिए, यह है
मान का उपयोग करने की अनुशंसा की जाती है नहीं, खासकर अगर के साथ संयुक्त हो -स्वयंसंकेत आदेश
लाइन विकल्प।

धारावाहिक
एक टेक्स्ट फ़ाइल जिसमें हेक्स में उपयोग करने के लिए अगला सीरियल नंबर होता है। अनिवार्य। यह फ़ाइल
मौजूद होना चाहिए और उसमें एक वैध क्रमांक होना चाहिए।

crlnumber
एक टेक्स्ट फ़ाइल जिसमें हेक्स में उपयोग करने के लिए अगला सीआरएल नंबर होता है। सीआरएल नंबर होगा
CRLs में केवल तभी डाला जाता है जब यह फ़ाइल मौजूद हो। यदि यह फ़ाइल मौजूद है, तो अवश्य होनी चाहिए
एक वैध सीआरएल नंबर शामिल करें।

x509_एक्सटेंशन
के रूप में एक ही -विस्तार.

crl_extensions
के रूप में एक ही -crlexts.

बनाए रखने के
के रूप में एक ही -प्रिजर्वडीएन

ईमेल_इन_डीएन
के रूप में एक ही -noemailDN. यदि आप चाहते हैं कि EMAIL फ़ील्ड को DN से हटा दिया जाए
प्रमाणपत्र ने इसे बस 'नहीं' पर सेट कर दिया है। यदि मौजूद नहीं है तो डिफ़ॉल्ट के लिए अनुमति देना है
ईमेल प्रमाणपत्र के डीएन में दर्ज किया गया।

msie_hack
के रूप में एक ही -msie_hack

नीति
के रूप में एक ही -नीति. अनिवार्य। देखें नीति FORMAT अधिक जानकारी के लिए अनुभाग।

name_opt, cert_opt
ये विकल्प पूछे जाने पर प्रमाणपत्र विवरण प्रदर्शित करने के लिए उपयोग किए जाने वाले प्रारूप की अनुमति देते हैं
उपयोगकर्ता को हस्ताक्षर की पुष्टि करनी होगी। द्वारा समर्थित सभी विकल्प x509 उपयोगिताओं -नेमोप्ट और
-प्रमाणपत्र को छोड़कर, यहां स्विच का उपयोग किया जा सकता है no_signname और no_sigdump रहे
स्थायी रूप से सेट किया गया है और इसे अक्षम नहीं किया जा सकता (ऐसा इसलिए है क्योंकि प्रमाणपत्र हस्ताक्षर
प्रदर्शित नहीं किया जा सकता क्योंकि इस बिंदु पर प्रमाणपत्र पर हस्ताक्षर नहीं किया गया है)।

सुविधा के लिए मान सीए_डिफॉल्ट एक उचित उत्पादन के लिए दोनों द्वारा स्वीकार किए जाते हैं
उत्पादन.

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

कॉपी_एक्सटेंशन
यह निर्धारित करता है कि प्रमाणपत्र अनुरोधों में एक्सटेंशन को कैसे प्रबंधित किया जाना चाहिए। यदि सेट किया गया है कोई नहीं
या यह विकल्प मौजूद नहीं है तो एक्सटेंशन को नजरअंदाज कर दिया जाता है और कॉपी नहीं किया जाता है
प्रमाणपत्र। यदि सेट किया गया है प्रतिलिपि फिर अनुरोध में मौजूद कोई भी एक्सटेंशन जो नहीं है
पहले से मौजूद को प्रमाणपत्र में कॉपी कर लिया गया है। यदि सेट किया गया है सभी को कॉपी करें फिर सभी एक्सटेंशन
अनुरोध में प्रमाणपत्र की प्रतिलिपि बनाई गई है: यदि एक्सटेंशन पहले से मौजूद है
प्रमाणपत्र को पहले हटा दिया जाता है। देखें चेतावनी इसका उपयोग करने से पहले अनुभाग
विकल्प.

इस विकल्प का मुख्य उपयोग प्रमाणपत्र अनुरोध को मान प्रदान करने की अनुमति देना है
कुछ एक्सटेंशन जैसे विषयAltName।

नीति FORMAT

नीति अनुभाग में प्रमाणपत्र डीएन फ़ील्ड के अनुरूप चर का एक सेट होता है।
यदि मान "मिलान" है तो फ़ील्ड मान CA में उसी फ़ील्ड से मेल खाना चाहिए
प्रमाणपत्र। यदि मान "आपूर्ति" किया गया है तो यह मौजूद होना चाहिए। यदि मान है
"वैकल्पिक" तो यह मौजूद हो सकता है। नीति अनुभाग में उल्लिखित कोई भी फ़ील्ड नहीं हैं
चुपचाप हटा दिया गया, जब तक कि -प्रिजर्वडीएन विकल्प सेट है लेकिन इसे अधिक माना जा सकता है
इच्छित व्यवहार से विचित्र।

SPKAC FORMAT

के लिए इनपुट -एसपीकेसी कमांड लाइन विकल्प एक नेटस्केप हस्ताक्षरित सार्वजनिक कुंजी और चुनौती है।
यह आमतौर पर से आएगा कीजेन नई निजी कुंजी बनाने के लिए HTML फॉर्म में टैग करें।
हालाँकि, इसका उपयोग करके SPKACs बनाना संभव है एसपीकेएसी उपयोगिता।

फ़ाइल में SPKAC के मान पर सेट वेरिएबल SPKAC और साथ ही होना चाहिए
नाम मान जोड़े के रूप में आवश्यक डीएन घटक। यदि आपको समान घटक शामिल करने की आवश्यकता है
दो बार तो इसके पहले एक संख्या और एक '.' लगाया जा सकता है।

SPKAC प्रारूप को संसाधित करते समय, आउटपुट DER होता है यदि -बाहर ध्वज का उपयोग किया जाता है, लेकिन पीईएम प्रारूप
यदि stdout या को भेजा जा रहा है -आउटदिरो ध्वज का प्रयोग किया जाता है.

उदाहरण

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

डेमोसीए, डेमोसीए/प्राइवेट और निर्देशिकाओं के नीचे नमूना कॉन्फ़िगरेशन फ़ाइल का उपयोग करने के लिए
डेमोसीए/न्यूसर्ट बनाए जाएंगे। सीए प्रमाणपत्र को डेमोसीए/कैसर्ट.पेम पर कॉपी किया जाएगा
और इसकी निजी कुंजी DemoCA/private/cakey.pem है। एक फ़ाइल डेमोसीए/सीरियल बनाई जाएगी
उदाहरण के लिए "01" और खाली इंडेक्स फ़ाइल डेमोसीए/इंडेक्स.txt शामिल है।

प्रमाणपत्र अनुरोध पर हस्ताक्षर करें:

Opensl CA -in req.pem -out newcert.pem

CA एक्सटेंशन का उपयोग करके प्रमाणपत्र अनुरोध पर हस्ताक्षर करें:

ओपनएसएल सीए -इन req.pem -एक्सटेंशन्स v3_ca -आउट newcert.pem

एक सीआरएल उत्पन्न करें

ओपनएसएल सीए -जेनसीआरएल -आउट सीआरएल.पीईएम

कई अनुरोधों पर हस्ताक्षर करें:

ओपनएसएल सीए -इनफ़ाइल्स req1.pem req2.pem req3.pem

नेटस्केप SPKAC प्रमाणित करें:

Opensl CA -spkac spkac.txt

एक नमूना SPKAC फ़ाइल (स्पष्टता के लिए SPKAC लाइन को छोटा कर दिया गया है):

SPKAC=MIG0MGAwXDANBgkqhkiG9w0BAQEFAANLADBIAkEAn7PDhCeV/xIxUg8V70YRxK2A5
सीएन=स्टीव टेस्ट
ईमेल पता=[ईमेल संरक्षित]
0.ओयू=ओपनएसएसएल ग्रुप
1.ओयू=एक अन्य समूह

प्रासंगिक अनुभागों के साथ एक नमूना कॉन्फ़िगरेशन फ़ाइल ca:

[ सीए ]
default_ca = CA_default # डिफ़ॉल्ट CA अनुभाग

[सीए_डिफ़ॉल्ट]

डीआईआर = ./डेमोसीए # शीर्ष डीआईआर
डेटाबेस = $dir/index.txt # इंडेक्स फ़ाइल।
new_certs_dir = $dir/newcerts # नए प्रमाणपत्र dir

प्रमाणपत्र = $dir/cacert.pem # CA प्रमाणपत्र
सीरियल = $dir/सीरियल # सीरियल नंबर फ़ाइल
प्राइवेट_की = $dir/private/cakey.pem# CA प्राइवेट कुंजी
RANDFILE = $dir/private/.rand # यादृच्छिक संख्या फ़ाइल

default_days = 365 # कितने समय के लिए प्रमाणित करना है
default_crl_days= 30 # अगले CRL से कितना समय पहले
default_md = md5 # md उपयोग करने के लिए

नीति = नीति_कोई # डिफ़ॉल्ट नीति
email_in_dn = नहीं # ईमेल को प्रमाणित DN में न जोड़ें

name_opt = ca_default # विषय का नाम प्रदर्शित करने का विकल्प
cert_opt = ca_default # प्रमाणपत्र प्रदर्शन विकल्प
कॉपी_एक्सटेंशन = कोई नहीं # अनुरोध से एक्सटेंशन कॉपी न करें

[ नीति_कोई ]
देश का नाम = आपूर्ति की गई
stateOrProvinceName = वैकल्पिक
संगठन का नाम = वैकल्पिक
संगठनात्मकयूनिटनाम = वैकल्पिक
सामान्य नाम = आपूर्ति की गई
ईमेल पता = वैकल्पिक

onworks.net सेवाओं का उपयोग करके ऑनलाइन कैसल का उपयोग करें