关于证书授权中心ca以及数字证书等概念，请移步 openssl 与 ssl 数字证书概念贴 。
openssl是一个开源程序的套件、这个套件有三个部分组成：一是libcryto，这是一个具有通用功能的加密库，里面实现了众多的加密库；二是libssl，这个是实现ssl机制的，它是用于实现tls/ssl的功能；三是openssl，是个多功能命令行工具，它可以实现加密解密，甚至还可以当ca来用，可以让你创建证书、吊销证书。
默认情况ubuntu和centos上都已安装好openssl。centos 6.x 上有关ssl证书的目录结构：
/etc/pki/ca/
newcerts 存放ca签署（颁发）过的数字证书（证书备份目录）
private 用于存放ca的私钥
crl 吊销的证书
/etc/pki/tls/
cert.pem 软链接到certs/ca-bundle.crt
certs/ 该服务器上的证书存放目录，可以房子自己的证书和内置证书
ca-bundle.crt 内置信任的证书
private 证书密钥存放目录
openssl.cnf openssl的ca主配置文件
由于openssl ca命令对配置文件(默认为/etc/pki/tls/openssl.cnf)的依赖性非常强，所以建议结合我的另一篇文章配置文件openssl.cnf来阅读，如果不明白配置文件，下面的内容很可能不知所云。
在配置文件中指定了签署证书时所需文件的结构，默认openssl.cnf中的结构要求如下：
[ ca_default ]dir = /etc/pki/ca # 定义路径变量
certs = $dir/certs # 已颁发证书的保存目录
database = $dir/index.txt # 数据库索引文件
new_certs_dir = $dir/newcerts # 新签署的证书保存目录
certificate = $dir/cacert.pem # ca证书路径名
serial = $dir/serial # 当前证书序列号
private_key = $dir/private/cakey.pem # ca的私钥路径名
其中目录/etc/pki/ca/{certs,newcerts,private}在安装openssl后就默认存在，所以无需独立创建，但证书的database文件index.txt和序列文件serial必须创建好，且序列号文件中得先给定一个序号，如01。
[root@xuexi tmp]# touch /etc/pki/ca/index.txt
[root@xuexi tmp]# echo 01 > /etc/pki/ca/serial
另外，要签署证书请求，需要ca自己的私钥文件以及ca自己的证书，先创建好ca的私钥，存放位置为配置文件中private_key所指定的值，默认为/etc/pki/ca/private/cakey.pem。
[root@xuexi tmp]# openssl genrsa -out /etc/pki/ca/private/cakey.pem
(1).使用openssl ca自建ca
要提供ca自己的证书，测试环境下ca只能自签署，使用openssl req -x509、openssl x509和openssl ca都可以自签署证书请求文件，此处仅介绍openssl ca命令自身自签署的方法。
先创建ca的证书请求文件，建议使用ca的私钥文件/etc/pki/ca/private/cakey.pem来创建待自签署的证书请求文件，虽非必须，但方便管理。创建请求文件时，其中country name、state or province name、organization name和common name默认是必须提供的。
[root@xuexi tmp]# openssl req -new -key /etc/pki/ca/private/cakey.pem -out rootca.csr
you are about to be asked to enter information that will be incorporated
into your certificate request.
what you are about to enter is what is called a distinguished name or a dn.
there are quite a few fields but you can leave some blank
for some fields there will be a default value,
if you enter '.', the field will be left blank.-----country name (2 letter code) [xx]:cn
state or province name (full name) []:fjlocality name (eg, city) [default city]:xmorganization name (eg, company) [default company ltd]:jmorganizational unit name (eg, section) []:itcommon name (eg, your name or your server's hostname) []:www.iwant.comemail address []:.
please enter the following 'extra' attributes
to be sent with your certificate request
a challenge password []:.
an optional company name []:.
然后使用openssl ca命令自签署该证书请求文件。如果有两次交互式询问则表示自签署将成功，如果失败，则考虑数据库文件index.txt是否创建、序列号文件serial是否存在且有序号值、私钥文件cakey.pem是否路径正确、创建证书请求文件时是否该提供的没有提供等情况。
[root@xuexi tmp]# openssl ca -selfsign -in rootca.csr
using configuration from /etc/pki/tls/openssl.cnf # 默认采用/etc/pki/tls/openssl.cnf作为配置文件
check that the request matches the signature # 验证证书请求文件的数字签名，确保该证书请求文件是完整未修改过的
signature ok
certificate details: # 待生成证书的信息
serial number: 1 (0x1) # 序列号为1
validity
not before: jun 27 10:06:29 2017 gmt # 证书有效期起始日为2017-6-17 10:06:29not after : jun 27 10:06:29 2018 gmt # 证书有效期终止日为2018-6-17 10:06:29subject: # subject信息，subject是非常重要的信息
countryname = cn
stateorprovincename = fj
organizationname = jm
organizationalunitname = it
commonname = www.iwant.com
x509v3 extensions:
x509v3 basic constraints:
ca:false
netscape comment:
openssl generated certificate
x509v3 subject key identifier:
a5:0d:dd:d6:47:c6:24:74:20:f4:62:77:f6:a9:63:3e:52:d2:8a:66x509v3 authority key identifier:
keyid:a5:0d:dd:d6:47:c6:24:74:20:f4:62:77:f6:a9:63:3e:52:d2:8a:66
certificate is to be certified until jun 27 10:06:29 2018 gmt (365 days)
sign the certificate? [y/n]:y
1 out of 1 certificate requests certified, commit? [y/n]y
write out database with 1 new entries # 向数据库文件添加一条该证书的记录
certificate: # 该证书的信息
data:
version: 3 (0x2)
serial number: 1 (0x1)
signature algorithm: sha1withrsaencryption
issuer: c=cn, st=fj, o=jm, ou=it, cn=www.iwant.com
validity
not before: jun 27 10:06:29 2017 gmt
not after : jun 27 10:06:29 2018 gmt
subject: c=cn, st=fj, o=jm, ou=it, cn=www.iwant.com
subject public key info:
public key algorithm: rsaencryption
public-key: (1024 bit)
modulus:00:94:49:33:f4:90:a4:fc:a4:6b:65:75:4c:be:4f:
d1:3f:95:bd:24:60:c8:45:f9:eb:00:31:ac:45:6b:
ae:bb:63:bf:f2:a3:0c:e3:d3:50:20:33:1e:d9:e1:
8a:49:42:c6:e0:67:6d:3a:cb:2f:9c:90:ab:4c:10:
7a:4a:82:e1:6e:a0:6a:63:84:56:1c:a2:5f:11:60:99:e0:cd:20:68:e9:98:40:68:c2:43:7c:97:12:ee:31:8e:b1:73:7d:36:99:97:49:31:50:c1:8c:47:10:16:f9:5d:37:11:00:73:3b:01:62:9b:36:36:97:08:48:31:93:56:3f:6a:d9:a6:99exponent: 65537 (0x10001)
x509v3 extensions:
x509v3 basic constraints:
ca:false
netscape comment:
openssl generated certificate
x509v3 subject key identifier:
a5:0d:dd:d6:47:c6:24:74:20:f4:62:77:f6:a9:63:3e:52:d2:8a:66x509v3 authority key identifier:
keyid:a5:0d:dd:d6:47:c6:24:74:20:f4:62:77:f6:a9:63:3e:52:d2:8a:66
signature algorithm: sha1withrsaencryption
1e:4e:f4:e4:c9:33:52:85:69:ae:b4:2a:37:37:44:90:9b:52:
b3:e9:89:1c:b2:f2:17:41:d8:05:02:63:9a:4f:64:4d:c9:ce:
0c:81:48:22:4f:73:8a:4c:f7:b8:bf:64:b2:77:8a:2e:43:80: 39:03:de:27:19:09:d2:88:39:11:8f:8b:4b:37:c0:12:68:ef: 79:5b:28:d4:cf:c9:b8:e1:77:24:6e:b4:5b:83:4a:46:49:a1:
ad:5c:b7:d8:da:49:9a:45:73:b9:8e:eb:1a:9c:2e:6c:70:d3:
c5:db:9c:46:02:59:42:bf:ad:bc:21:4c:d1:6b:6b:a7:87:33:
1a:6b-----begin certificate-----miicitccafkgawibagibatanbgkqhkig9w0baqufadbmmqswcqydvqqgewjdtjel
makga1uecawcrkoxczajbgnvbaomakpnmqswcqydvqqldajjvdewmbqga1ueawwn
d3d3lml3yw50lmnvbtaefw0xnza2mjcxmda2mjlafw0xoda2mjcxmda2mjlamewx
czajbgnvbaytaknomqswcqydvqqidajgsjelmakga1uecgwcsk0xczajbgnvbasm
aklumrywfaydvqqdda13d3cuaxdhbnquy29tmigfma0gcsqgsib3dqebaquaa4gn
adcbiqkbgqcustp0kkt8pgtlduy+t9e/lb0kymhf+esamaxfa667y7/yowzj01ag
mx7z4ypjqsbgz206yy+ckktmehpkgufuogpjhfycol8ryjngzsbo6zhaamjdfjcs
7jgosxn9npmxstfqwyxhebb5xtcrahm7awkbnjaxcegxk1y/atmmmqidaqabo3sw
etajbgnvhrmeajaamcwgcwcgsagg+eibdqqffh1pcgvuu1nmiedlbmvyyxrlzcbd
zxj0awzpy2f0ztadbgnvhq4efgqupq3d1kfgjhqg9gj39qljpllsimywhwydvr0j
bbgwfoaupq3d1kfgjhqg9gj39qljpllsimywdqyjkozihvcnaqefbqadgyeahk70
5mkzuovprrqqnzdekjtss+mjhllyf0hybqjjmk9ktcnodifiik9zikz3ul9ksnek
lkoaoqpejxkj0og5ey+lszfaemjvevso1m/juof3jg60w4nkrkmhrvy32npjmkvz
uy7rgpwubhdtxducrgjzqr+tvcfm0wtrp4czgms=
-----end certificate-----data base updated
自签署成功后，在/etc/pki/ca目录下将生成一系列文件。
[root@xuexi tmp]# tree -c /etc/pki/ca/etc/pki/ca
├── certs
├── crl
├── index.txt
├── index.txt.attr
├── index.txt.old
├── newcerts
│ └── 01.pem
├── private
│ └── cakey.pem
├── serial
└── serial.old
其中newcerts目录下的01.pem即为刚才自签署的证书文件，因为它是ca自身的证书，所以根据配置文件中的certificate=$dir/cacert.pem项，应该将其放入/etc/pki/ca目录下，且命名为cacert.pem，只有这样以后才能签署其它证书请求。
[root@xuexi tmp]# cp /etc/pki/ca/newcerts/01.pem /etc/pki/ca/cacert.pem
至此，自建ca就完成了，查看下数据库索引文件和序列号文件。
[root@xuexi tmp]# cat /etc/pki/ca/index.txt
v 180627100629z 01 unknown /c=cn/st=fj/o=jm/ou=it/cn=www.iwant.com
[root@xuexi tmp]# cat /etc/pki/ca/serial02
那么，下次签署证书请求时，序列号将是02。
将上述自建ca的过程总结如下：
[root@xuexi tmp]# touch /etc/pki/ca/index.txt
[root@xuexi tmp]# echo 01 > /etc/pki/ca/serial
[root@xuexi tmp]# openssl genrsa -out /etc/pki/ca/private/cakey.pem
[root@xuexi tmp]# openssl req -new -key /etc/pki/ca/private/cakey.pem -out rootca.csr
[root@xuexi tmp]# openssl ca -selfsign -in rootca.csr
[root@xuexi tmp]# cp /etc/pki/ca/newcerts/01.pem /etc/pki/ca/cacert.pem
以上过程是完全读取默认配置文件创建的，其实很多过程是没有那么严格的，openssl ca命令自身可以指定很多选项覆盖配置文件中的项，但既然提供了默认的配置文件及目录结构，为了方便管理，仍然建议完全采用配置文件中的项。
(2).为他人颁发证书。
首先申请者创建一个证书请求文件。
[root@xuexi tmp]# openssl req -new -key privatekey.pem -out youwant1.csr
you are about to be asked to enter information that will be incorporated
into your certificate request.
what you are about to enter is what is called a distinguished name or a dn.
there are quite a few fields but you can leave some blank
for some fields there will be a default value,
if you enter '.', the field will be left blank.-----country name (2 letter code) [xx]:cn
state or province name (full name) []:fjlocality name (eg, city) [default city]:xmorganization name (eg, company) [default company ltd]:jmorganizational unit name (eg, section) []:.common name (eg, your name or your server's hostname) []:www.youwant.comemail address []:.
please enter the following 'extra' attributes
to be sent with your certificate request
a challenge password []:.
an optional company name []:.
其中country name、state or province name、organization name和common name必须提供，且前三者必须和ca的subject中的对应项完全相同。这些是由配置文件中的匹配策略决定的。
[ ca ]
default_ca = ca_default # the default ca section
[ ca_default ]
policy = policy_match
[ policy_match ]
countryname = matchstateorprovincename = matchorganizationname = matchorganizationalunitname = optional
commonname = suppliedemailaddress = optional
match表示openssl ca要签署的证书请求文件中的项要和ca证书中的项匹配，即要相同，supplied表示必须要提供的项，optional表示可选项，所以可以留空。
现在就可以将证书请求文件发送给ca，让ca帮忙签署。
[root@xuexi tmp]# openssl ca -in youwant1.csr
签署成功后，查看下/etc/pki/ca下的文件结构。
[root@xuexi tmp]# tree -c /etc/pki/ca/
/etc/pki/ca/├── cacert.pem
├── certs
├── crl
├── index.txt
├── index.txt.attr
├── index.txt.attr.old
├── index.txt.old
├── newcerts
│ ├── 01.pem
│ └── 02.pem
├── private
│ └── cakey.pem
├── serial
└── serial.old
4 directories, 10 files
其中02.pem就是刚才签署成功的证书，将此证书发送给申请者即表示颁发完成。
再看下数据库索引文件和序列号文件。
[root@xuexi tmp]# cat /etc/pki/ca/index.txt
v 180627100629z 01 unknown /c=cn/st=fj/o=jm/ou=it/cn=www.iwant.com
v 180627110022z 02 unknown /c=cn/st=fj/o=jm/cn=www.youwant.com
[root@xuexi tmp]# cat /etc/pki/ca/serial03
(3).openssl ca命令用法
经过上面的示例，应该对openssl ca命令的用法大致了解了，下面是其完整的用法说明，不包括crl相关功能。
openssl ca [-verbose] [-config filename] [-name section] [-startdate ] [-enddate ] [-days arg] [-md arg] [-policy arg] [-keyfile arg] [-key arg] [-passin arg] [-cert ]
[-selfsign] [- ] [-out ] [-notext] [-outdir ] [-infiles] [-ss_cert ] [-preservedn] [-noemaildn] [-batch] [-extensions section] [-extfile section] [-subj arg] [-utf8]
要注意，ca命令是用于签署证书的，所以它所需要的文件除了配置文件外就是私钥文件和证书请求文件，而签名后生成的文件是证书文件，因此使用-in指定的对象是待签署文件，-infiles则是指定多个待签署文件，-keyfile是指定私钥文件，-out是指定输出的证书文件。
【选项说明：】-config filename ：指定要使用的配置文件，指定后将忽略openssl.cnf中指定的关于ca的配置选项。-name section ：指定使用配置文件中的那个section。指定后将忽略openssl.cnf中的default_ca段。-in filename ：指定要被ca签署的单个证书请求文件。根ca为其他证书签署时使用。-infiles ：该选项只能是最后一个选项，该选项所接的所有参数都被认为是要被签署的证书请求文件，即一次性签署多个请求文件时使用的选项。-selfsign ：自签署。指定-ss_cert选项时该选项被忽略。-ss_cert filename：将被ca自签署的单个证书文件。也就是说要重新签署证书。-out filename ：证书的输出文件，同时也会输出到屏幕。不指定时默认输出到stdout。-outdir dir_name ：证书的输出目录。指定该选项时，将自动在此目录下生成一个文件名包含16进制serial值的.pem证书文件。-cert ：ca自己的证书文件。-keyfile filename：指定签署证书请求时的私钥文件，即ca自己的私钥文件。-key passwd_value：指定私钥的加密密码。-passin arg ：传递解密密码-verbose ：打印操作执行时的详细信息-notext ：禁止以文本格式将证书输出到-out指定的文件中-days arg ：证书有效期限，从创建时刻开始算startdate，有效期结束点为enddate。-startdate ：自定义证书的开始时间，和-enddate一起使用可以推算出证书有效期。-enddate ：自定义证书的结束时间。-md alg ：指定单向加密算法-policy arg ：该选项是配置文件中的section内容，该选项指定了证书信息中的field部分是否需要强制提供还是要强制匹配，
：或者可提供可不提供。详细的见配置文件说明。-extensions section：指定当前创建的证书使用配置文件中的哪个section作为扩展属性。-batch ：签署时使用批处理模式，即非交互模式。该模式下不会有两次询问(是否签署、是否提交)。-subj arg ：替换证书请求中的subject，格式/type0=value0/type1=value1/type2=...
配置文件关于ca的部分，其中被标记为必须项的表示配置文件中或者命令行中必须给出该选项及其值。
new_certs_dir ：等同于-outdir选项。必须项
certificat ：等同于-cert选项，ca自己的证书文件。必须项
private_key ：等同于-keyfile选项，签署证书请求文件时的私钥文件，即ca自己的私钥文件。必须项
default_days ：等同于-days选项
default_startdate：等同于-startdate选项。
default_enddate ：等同于-enddate选项。
default_md ：等同于-md选项。必须项
database ：openssl维护的数据库文件。存放证书条目信息及状态信息。必须项
serial ：已颁发证书的序列号(16进制)文件。必须项且该文件中必须存在一个序列值
unique_subject ：如果设置为yes，database中的subject列值必须不重复。如果设置为no，允许subject重复。默认是yes，
：这是为了兼容老版本的openssl，推荐设置为no。
x509_extensions ：等同于-extensions选项。
policy ：等同于-policy选项。必须项
name_opt/cert_opt：证书的展示格式，虽非必须但建议设置为ca_default，若不设置将默认使用老版本的证书格式(不建议如此)。
：伪命令ca无法直接设置这两个选项，而伪命令x509的-nameopt和-certopt选项可以分别设置。
copy_extensions ：决定证书请求中的扩展项如何处理的。如果设置为none或不写该选项，则扩展项被忽略并且不复制到证书中去。
：如果设置为copy，则证书请求中已存在而证书中不存在的扩展项将复制到证书中。
：如果设置为copyall，则证书请求中所有的扩展项都复制到证书中，此时若证书中已存在某扩展项，则先删除再复制。
：该选项的主要作用是允许证书请求为特定的扩展项如subjectaltname提供值。
：使用该选项前请先查看man ca中的warnings部分。建议一般简单使用时设置为none或不设置。
以上就是关于openssl ca的详细介绍的详细内容。