为你整理本次操作与排查的全过程，已对域名、IP 地址及路径中的隐私与敏感信息进行脱敏处理：一、 Nginx 配置检查与证书域名确认配置语法测试运行 nginx -t 命令，确认 Nginx 配置文件语法正确且测试成功。 发现配置的服务与证书路径根据输出信息，确认 Nginx 中绑定了以下服务及对应的 Let’s Encrypt 证书文件： 域名 1（邮件/服务器相关）：主域名及子域名绑定的证书位于 /etc/letsencrypt/live//fullchain.pem。 域名 2（无名杀服务相关）：绑定的证书位于 /etc/letsencrypt/live//fullchain.pem。 二、 证书状态与签发机构确认过期状态确认通过 nginx -t 仅能确认配置语法，无法直接判断证书有效期。通过 certbot certificates 或 openssl x509 -in -noout -dates 可查询具体的到期时间。 签发机构识别证书存储于 /etc/letsencrypt/live/ 目录下，确认为 Let’s Encrypt 签发的免费 SSL/TLS 证书。 三、 证书自动续订失败诊断与修复问题现象运行 certbot renew 时抛出错误 Failed to renew certificate，模拟续订失败。 错误根因Certbot 在解析 Nginx 配置文件 /etc/nginx/conf.d/calendar.conf 时读取失败，提示包含非 UTF-8 编码字符（如中文字符或非 ASCII 字符）。 修复步骤清理并修正 /etc/nginx/conf.d/calendar.conf 中的非 UTF-8 字符/注释，或使用 iconv 进行编码转换。 运行 nginx -t 重新验证配置文件语法。 运行 certbot renew –dry-run 验证续订，恢复正常。 证书生效与自动化配置服务重载：更新证书后通过 systemctl reload nginx 平滑重载 Nginx，使内存加载最新的证书文件。部署钩子（Deploy Hook）：配置 certbot renew –deploy-hook “systemctl reload nginx”，确保后续定时自动更新证书后，自动刷新 Nginx 服务。四、 Debian 服务器 SSH 密钥连接排查客户端公钥核对在 Debian 服务器的 /.ssh/authorized_keys 中查看到一条算法类型为 ssh-ed25519 的公钥记录。通过在 Win11 本地（PowerShell）执行 ssh-keygen -lf 比对指纹，确认了客户端身份。软件卸载与密钥安全确认在 Win11 或 Debian 上卸载 OpenSSH 软件不会导致私钥丢失，私钥仍保留在本地用户目录（/.ssh/ 或 C:\Users<user>.ssh\）下。私钥存在但无法 SSH 登录的故障排查本地私钥权限问题：Windows 下通过 icacls 限制私钥继承权限；Linux 下将私钥权限设为 600，~/.ssh 设为 700。服务器端权限恢复：检查并修复服务器上 ~/.ssh/authorized_keys（权限 600）及目录权限，防止因权限过大被 SSH 服务拒载。路径与参数确认：连接时使用 -i 显式指定私钥路径，并借助 ssh -vvv 参数输出详细日志定位报错原因。