ca（细说CA和证书）

CA，CatificateAuthority，它的作用就是提供证书（即服务器证书，由域名、公司信息、序列号和签名信息组成）加强服务端和客户端之间信息交互的安全性，以及证书运维相关服务。任何个体/组织都可以扮演CA的角色，只不过难以得到客户端的信任，能够受浏览器默认信任的CA大厂商有很多，其中TOP5是Symantec、Comodo、Godaddy、GolbalSign和Digicert。

服务器证书分类

可以通过两个维度来分类，一个是商业角度，一个是业务角度。

需要强调的是，不论是DV、OV还是EV证书，其加密效果都是一样的！它们的区别在于：

DV（DomainValidation），面向个体用户，安全体系相对较弱，验证方式就是向whois信息中的邮箱发送邮件，按照邮件内容进行验证即可通过；

OV（OrganizationValidation），面向企业用户，证书在DV证书验证的基础上，还需要公司的授权，CA通过拨打信息库中公司的电话来确认；

EV（ExtendedValidation），打开Github的网页，你会看到URL地址栏展示了注册公司的信息，这会让用户产生更大的信任，这类证书的申请除了以上两个确认外，还需要公司提供金融机构的开户许可证，要求十分严格。

OV和EV证书相当昂贵，使用方可以为这些颁发出来的证书买保险，一旦CA提供的证书出现问题，一张证书的赔偿金可以达到100w刀以上。

CA的作用

前文提到如果本地生成公/私钥对和对应未签证的证书，如果使用的证书没有签证，或者未在浏览器受信的CA签证，你会看到下图的问题：

net:ERR_CERT_AUTHORITY_INVALID

上图出现的错误是
net:ERR_CERT_AUTHORITY_INVALID，我们生成证书和公/私钥对的流程都是正确的，但是浏览器不认这张证书，并且提示证书授权不通过；如果通过其他与CommonName不同的域名去访问，如我注册的时候使用的localhost，但是访问的时候用的127.0.0.1，还会报出这样的错误：

net:ERR_CERT_COMMON_NAME_INVALID