处理/etc/letsencrypt/renewal/api.shunhinggaoke.com.conf
Cert不适用于更新,但模拟更新的试运行无法选择适当的插件: nginx插件不工作;您的现有配置可能会出现问题。错误是:试图从/etc/letsencrypt/renewal/api.shunhinggaoke.com.conf更新证书(api.shunhinggaoke.com)的NoInstallationError()产生了一个意外的错误: nginx插件不工作;您的现有配置可能会出现问题。错误是: NoInstallationError()。跳过。所有的更新尝试都失败了。下列证书无法更新: /etc/letsencrypt/live/api.shunhinggaoke.com/fullchain.pem (失败)
**试运行:模拟接近证书到期的“certbot更新”** (未保存以下测试证书)。
所有的更新尝试都失败了。以下证书无法更新: /etc/letsencrypt/live/api.shunhinggaoke.com/fullchain.pem (failure) **试运行:模拟接近证书到期的“certbot更新”
** (上述测试证书尚未保存)
1次更新失败,0次解析失败
发布于 2018-07-10 13:54:51
我刚碰到你的问题,不知道你是否还有这个问题。你需要发布更多细节。你甚至没有指出你在哪个平台上有问题。我想是在Linux机器上。如果是,您是从命令行还是从cron脚本运行certbot renew --dry-run命令?
上面的问题表明了一个环境问题,很可能是路径问题,我假设您只有在通过cron运行脚本时才会得到这个问题。我还假设您使用crontab -e或sudo crontab -e命令将其添加到crontab中。
通常提出的解决方案是在crontab文件本身中设置路径,然后再试一次。这意味着,不要执行(sudo) crontab -e,而是确保在/etc/crontab文件中设置了系统crontab,或者在certbot的crontab文件中设置了它。
对于我来说,在Ubuntu16.04上,它是/etc/crond.d/certbot,看起来如下:
#lots of commented lines preceding ...
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
0 */12 * * * root test -x /usr/bin/certbot -a \! -d /run/systemd/system && perl -e'sleep int(rand(43200))' && certbot -q renew一天两次。您可以通过添加如下的另一行来测试它:
* * * * * root /usr/bin/certbot renew --quiet --dry-run然后看你的certbot日志。它可能在/var/log/letsencrypt/letscrypt.log中,并受读取保护。做,做
sudo tail -f /var/log/letsencrypt/letsencrypt.log看看你能得到什么。如果运行正常,应该在运行结束时获得no renewal failures。脚本每分钟运行一次,所以在得到日志后关闭它。
发布于 2021-08-30 07:47:09
首先检查是否安装了certbot-nginx插件。
apt-get安装python3-certbot-nginx解决了我的Debian中的类似问题。
https://stackoverflow.com/questions/50101281
复制相似问题