Let’s Encrypt 作为一个公共且免费 SSL 的项目逐渐被广大用户传播和使用，是由 Mozilla、Cisco、Akamai、IdenTrust、EFF 等组织人员发起，主要的目的也是为了推进网站从 HTTP 向 HTTPS 过度的进程，目前已经有越来越多的商家加入和赞助支持。
Let’s Encrypt 免费 SSL 证书的出现，也会对传统提供付费 SSL 证书服务的商家有不小的打击。到目前为止，Let’s Encrypt 获得 IdenTrust 交叉签名，这就是说可以应用且支持包括 FireFox、Chrome 在内的主流浏览器的兼容和支持，虽然目前是公测阶段，但是也有不少的用户在自有网站项目中正式使用起来。
Let’s Encrypt 的最大贡献是它的 ACME 协议，第一份全自动服务器身份验证协议，以及配套的基础设施和客户端。这是为了解决一直以来 HTTPS TLS X.509 PKI 信任模型，即证书权威（Certificate Authority, CA）模型缺陷的一个起步。
在客户端-服务器数据传输中，公私钥加密使得公钥可以明文传输而依然保密数据，但公钥本身是否属于服务器，或公钥与服务器是否同属一个身份，是无法简单验证的。证书权威模型通过引入事先信任的第三方，由第三方去验证这一点，并通过在服务器公钥上签名的方式来认证服务器。第三方的公钥则在事先就约定并离线准备好，以备访问时验证签名之用。这个第三方就称为证书权威，简称 CA。相应的，CA 验证过的公钥被称为证书。
问题是，如果服务器私钥泄露，CA 无法离线使对应的证书无效化，只能另外发布无效记录供客户端查询。也就是说，在私钥泄露到 CA 发布无效记录的窗口内，中间人可以肆意监控服-客之间的传输。如果中间人设法屏蔽了客户端对无效记录的访问，那么直到证书过期，中间人都可以进行监控。而由于当前 CA 验证和签发证书大多手动，证书有效期往往在一年到三年。
Let’s Encrypt 签发的证书有效期只有90天，甚至希望缩短到60天。有效期越短，泄密后可供监控的窗口就越短。为了支撑这么短的有效期，就必须自动化验证和签发。因为自动化了，长远而言，维护反而比手动申请再安装要简单。
证书的有效期，我坚持认为这是合理的。Let’s Encrypt 的证书是自动签发的，对 Let’s Encrypt 的目标用户（个人网站、小网站）来说，90天已经是一个很长的时间了。特别是个人网站，域名所有权的变动是非常快的。可能前几天域名还属于张三，后几天就属于李四了。因此自动签发一个长有效期的证书是很容易产生问题的。如果证书的有效期是两年，那么经常交易域名的人就可以长时间持有已经不属于他们的域名的证书。并且这种持有不受证书吊销列表的控制，因为签发的时候，所有权是没有问题的，即使后来所有权变更了，Let’s Encrypt 也不会知道。所以设的有效期短一点，可以减少这个问题的影响。然后是易用性，现在已经有不少的 Let’s Encrypt 自动续期脚本了，配好后就不用管了，非常方便。
总之，强烈推荐站长和服务器平台用 Let’s Encrypt 向访客提供加密连接。这是域名认证未来的发展方向。
怎么样，看了上述有关 Let’s Encrypt 的介绍后，是否还鄙视这种“免费”SSL 证书呢？
下面我们就具体的讲述一下利用 Let’s Encrypt 的 ACME 协议在服务器上运用 acme.sh 脚本来申请、管理 SSL 证书（这里要强调一下的是 Let’s Encrypt 的 SSL 证书申请是必须要有服务器 root 权限的哦，也就是说必须是 VPS（云主机）才可以的，虚拟主机上是无法申请获取的，但是可以在 VPS（云主机）上申请后部署到虚拟主机上）。
首先我们要先下载 acme.sh 到我们的主机上来，安装命令非常的简单，如下：
|
1
|
curl https://get.acme.sh | sh
|
注：必须在 root 权限下运行上述命令哦，切记！切记！切记！如果域名都在阿里云，推荐使用 DNS 方式来验证
把 acme.sh 安装到你的 root 目录下:~/.acme.sh/并创建 一个 bash 的 alias, 方便你的使用:
|
1
|
acme.sh=~/.acme.sh/acme.sh
|
安装过程不会污染已有的系统任何功能和文件, 所有的修改都限制在安装目录中:
|
1
|
~/.acme.sh/
|
安装结束后会自动添加一条定时任务（官方解释：自动为你创建 cronjob, 每天 0:00 点自动检测所有的证书, 如果快过期了, 需要更新, 则会自动更新证书。），使用crontab -l 查看。
acme.sh 实现了 acme 协议支持的所有验证协议. 一般有两种方式验证: http 和 dns 验证.
1、http 方式需要在你的网站根目录下放置一个文件, 来验证你的域名所有权,完成验证. 然后就可以生成证书了.
|
1
|
acme.sh --issue -d mydomain.com -d www.mydomain.com --webroot /home/wwwroot/mydomain.com/
|
只需要指定域名, 并指定域名所在的网站根目录. acme.sh 会全自动的生成验证文件, 并放到网站的根目录, 然后自动完成验证. 最后会聪明的删除验证文件. 整个过程没有任何副作用.
如果你用的 apache服务器, acme.sh 还可以智能的从 apache的配置中自动完成验证, 你不需要指定网站根目录:
|
1
|
acme.sh --issue -d mydomain.com --apache
|
如果你用的 nginx服务器, 或者反代, acme.sh 还可以智能的从 nginx的配置中自动完成验证, 你不需要指定网站根目录:
|
1
|
acme.sh --issue -d mydomain.com --nginx
|
注意, 无论是 apache 还是 nginx 模式, acme.sh在完成验证之后, 会恢复到之前的状态, 都不会私自更改你本身的配置. 好处是你不用担心配置被搞坏, 也有一个缺点, 你需要自己配置 ssl 的配置, 否则只能成功生成证书, 你的网站还是无法访问https. 但是为了安全, 你还是自己手动改配置吧.
如果你还没有运行任何 web 服务, 80 端口是空闲的, 那么 acme.sh 还能假装自己是一个webserver, 临时听在80 端口, 完成验证:
|
1
|
acme.sh --issue -d mydomain.com --standalone
|
2、dns 方式, 在域名上添加一条 txt 解析记录, 验证域名所有权.
这种方式的好处是, 你不需要任何服务器, 不需要任何公网 ip, 只需要 dns 的解析记录即可完成验证.
|
1
|
acme.sh --issue --dns -d mydomain.com
|
然后, acme.sh 会生成相应的解析记录显示出来, 你只需要在你的域名管理面板中添加这条 txt 记录即可.
等待解析完成之后, 重新生成证书:
|
1
|
acme.sh --renew -d mydomain.com
|
注意第二次这里用的是 –renew
dns 方式的真正强大之处在于可以使用域名解析商提供的 api 自动添加 txt 记录完成验证.
acme.sh 目前支持 cloudflare, dnspod, cloudxns, godaddy 以及 ovh 等数十种解析商的自动集成.
以 阿里云 为例, 你需要先登录到阿里云 账号, 然后控制台，右上角你的头像里，有Access Key 然后:
|
1
2
|
export Ali_Key="123123"
export Ali_Secret="456456"
|
|
1
|
acme.sh --issue --dns dns_ali -d aa.com -d www.aa.com
|
多个域名就增加 -d www.bb.com
经过等待120秒后，证书就会自动生成，提示：
|
1
2
3
4
|
[2018年 05月 20日 星期日 10:00:50 CST] Your cert is in /root/.acme.sh/domain.com/domain.com.cer
[2018年 05月 20日 星期日 10:00:50 CST] Your cert key is in /root/.acme.sh/domain.com/domain.com.key
[2018年 05月 20日 星期日 10:00:50 CST] The intermediate CA cert is in /root/.acme.sh/domain.com/ca.cer
[2018年 05月 20日 星期日 10:00:50 CST] And the full chain certs is there: /root/.acme.sh/domain.com/fullchain.cer
|
提示这个说明证书就生成成功了
这里给出的Ali_Key 和Ali_Secret 会被自动记录下来, 将来你在使用 aliyun api 的时候, 就不需要再次指定了. 直接生成就好了:
|
1
|
acme.sh --issue -d mydomain2.com --dns dns_ali
|
3、 copy/安装 证书
前面证书生成以后, 接下来需要把证书 copy 到真正需要用它的地方.
注意, 默认生成的证书都放在安装目录下: ~/.acme.sh/, 请不要直接使用此目录下的文件, 例如: 不要直接让 nginx/apache 的配置文件使用这下面的文件. 这里面的文件都是内部使用, 而且目录结构可能会变化.
正确的使用方法是使用 –installcert 命令,并指定目标位置, 然后证书文件会被copy到相应的位置, 例如:
|
1
2
3
4
|
acme.sh --installcert -d domain.com \
--key-file /usr/local/nginx/conf/ssl/www.domain.cn.key \
--fullchain-file /usr/local/nginx/conf/ssl/www.domain.cn.cer \
--reloadcmd "service nginx reload"
|
(一个小提醒, 这里用的是 service nginx force-reload, 不是 service nginx reload, 据测试, reload 并不会重新加载证书, 所以用的 force-reload)
–installcert命令可以携带很多参数, 来指定目标文件. 并且可以指定 reloadcmd, 当证书更新以后, reloadcmd会被自动调用,让服务器生效.
值得注意的是, 这里指定的所有参数都会被自动记录下来, 并在将来证书自动更新以后, 被再次自动调用.
4、更新证书
目前证书在 60 天以后会自动更新, 你无需任何操作. 今后有可能会缩短这个时间, 不过都是自动的, 你不用关心.
5、更新 acme.sh
目前由于 acme 协议和 letsencrypt CA 都在频繁的更新, 因此 acme.sh 也经常更新以保持同步.
升级 acme.sh 到最新版 :
|
1
|
acme.sh --upgrade
|
如果你不想手动升级, 可以开启自动升级:
|
1
|
acme.sh --upgrade --auto-upgrade
|
之后, acme.sh 就会自动保持更新了.
你也可以随时关闭自动更新:
|
1
|
acme.sh --upgrade --auto-upgrade 0
|
好了，到此acme.sh的使用基本就是这些了，至于是采用HTTP还是DNS方式来申请证书？就经验来看，我比较喜欢DNS的验证方式，因为这种方式的依赖性最小，更加的灵活，我建议大家都用DNS来验证申请Let’s Encrypt证书。
当然，acme.sh还有不少实用的参数可以方便我们来管理已经通过acme.sh申请过证书、域名等等，比如：
|
1
|
acme.sh --list
|
这个就是列出当前已经申请到证书的域名信息，如下图：
具体的参数，大家可以使用 acme.sh --help 来查看。
6、NGINX安装证书
|
1
2
3
4
5
6
7
8
9
|
ssl on;
ssl_certificate /usr/local/nginx/conf/ssl/www.domain.cer;
ssl_certificate_key /usr/local/nginx/conf/ssl/www.domain.key;
ssl_ciphers EECDH+CHACHA20:EECDH+CHACHA20-draft:EECDH+AES128:RSA+AES128:EECDH+AES256:RSA+AES256::!MD5;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_prefer_server_ciphers on;
ssl_session_cache builtin:1000 shared:SSL:10m;
ssl_session_timeout 1d;
ssl_session_tickets on;
|
在站点配置文件里加入以上代码即可，证书路径是第三步 copy 写的路径，记得别搞错
其实 acme.sh 的使用还是非常“傻瓜”的，只要照着指令参数做就可以轻松搞定的，上述的示例其实将域名修改为自己的域名就可以用了，其它的也是同样的道理，简单修改一下参数就可以拿来用的。目前，申请获取 Let’s Encrypt 证书有很多种方法，军哥的 LNMP 一键包里也可以直接申请的，网上也有不少申请 Let’s Encrypt 证书的教程，使用的工具可以说是五花八门。但是，就经验来看 acme.sh 这个是最方便、最快捷、最省事儿的，因为使用的就是 Let’s Encrypt 的 ACME 协议，所以兼容性绝对是最可靠的，Shell 脚本式的对系统几乎没有任何依懒性，有很强的自由度。
好了，申请获取 Let’s Encrypt 证书的教程就讲到这里了，后期如果积累新的经验我会第一时间分析给大家的，大家有什么疑问也可以在下面的评论里提出来。
转载于:https://www.zhoutao.org/blog/2018/05/773.html