https证书过期，acme超时问题处理
HTTPS 证书过期
今天突然发现博客 HTTPS 证书过期无法访问了，由于设置了 HSTS，证书过期后连 HTTP 链接也无法访问了，需要紧急处理一下。
博客站点的证书是由 acme.sh 申请安装的，按道理应该能够自动更新才对，怀疑是更新机制出现了什么问题。
问题排查解决
首先尝试手动更新证书：
1 | |
注意：-d 是当时创建证书时定的名字，不是站点的域名
发现更新程序一直显示超时：
1 | |
怀疑是无法访问证书提供商 https://acme.zerossl.com/v2/DV90，在网上查阅了相关的资料发现也有遇到相同问题的：https://github.com/acmesh-official/acme.sh/issues/3995
文中给出的方案是尝试切换到另一个证书提供方 lets encrypt：
1 | |
配置好之后再次尝试更新，发现依旧是超时。
开始怀疑不是证书提供方的问题，而是服务器的配置问题。
接着开始尝试重新申请一个新的证书：
1 | |
同样无法成功，不过这次找到了报错的根本问题：
1 | |
这次错误显示是无法从服务器返回，导致验证失败。
从这个报错信息可以看到一个细节，那就是证书提供方在验证服务的时候访问的是 https 的链接，但我现在的服务的 https 证书已经过期了，这个链接肯定是访问不通的。
但是为什么对方会访问到 https 的链接呢，按道理 acme 不应该有这种问题。
由于执行命令是增加了参数 – log 可以进到日志中查看更详细的信息，然后就发现了关键点：
1 | |
acme.sh 在申请证书是会备份并修改原本的 nginx 配置文件，增加验证的路由信息，但我原本的配置中有一条强制跳转 https 的配置。
猜测就是这条配置导致了证书提供方在验证的时候被强制重定向到了 https 上的链接，导致验证失败。更新的时候也是一样的问题。
果然，在去掉这行配置之后，证书就能够正常更新了。
1 | |
写在后面
证书更新的问题解决了，但代价是去掉了 https 的强制跳转，出现这个问题的原因可能是强制重定向配置的位置不对，优先级太高了，导致 acme 并没有重写覆盖掉这层逻辑，其实根本原因还是自身对 nginx 配置还不够熟悉，后续需要进一步学习才行。