解决docker-letsencrypt-nginx-proxy-companion证书配置异常问题

问题背景

在使用nginx-proxy配合jrcs/letsencrypt-nginx-proxy-companion搭建HTTPS服务时，经常遇到证书自动续期失败的问题。典型表现为容器重启后频繁触发证书申请，最终导致Let's Encrypt的速率限制被触发。通过日志分析发现，证书文件扩展名不匹配和路径配置错误是主要原因。

核心问题分析

1. 文件扩展名不匹配
   默认nginx.tmpl模板中配置的证书文件扩展名为.crt和.key，而实际Let's Encrypt生成的证书文件扩展名为.pem，导致自动续期功能无法正确识别已有证书。

2. 路径配置问题
   证书存储路径的自动检测机制失效，容器重启后无法正确加载已有证书，触发不必要的证书申请流程。

3. 配置持久化问题
   手动修改的nginx.tmpl模板在容器重启后可能被覆盖，导致临时解决方案失效。

解决方案

1. 修改nginx.tmpl模板

需要调整模板中的证书路径配置，使其与实际证书文件匹配：

ssl_certificate /etc/nginx/certs/{{ $vhost.cert }}/fullchain.pem;
ssl_certificate_key /etc/nginx/certs/{{ $vhost.cert }}/key.pem;

{{- if (exists "/etc/nginx/certs/dhparam.pem") }}
ssl_dhparam /etc/nginx/certs/dhparam.pem;
{{- end }}

{{- if (exists (printf "/etc/nginx/certs/%s/chain.pem" $vhost.cert)) }}
ssl_stapling on;
ssl_stapling_verify on;
ssl_trusted_certificate {{ printf "/etc/nginx/certs/%s/chain.pem" $vhost.cert }};
{{- end }}

2. 确保配置持久化

为避免容器重启后配置被重置，应采取以下措施：

1. 将修改后的nginx.tmpl挂载为卷，而不是依赖容器内默认配置
2. 在docker-compose.yml中明确指定模板文件位置

volumes:
  - ./custom-nginx.tmpl:/etc/docker-gen/templates/nginx.tmpl

3. 验证配置有效性

执行以下命令验证配置是否正确生成：

docker exec nginx-proxy-container docker-gen /etc/docker-gen/templates/nginx.tmpl /etc/nginx/conf.d/default.conf

检查生成的default.conf文件是否包含正确的证书路径。

进阶建议

1. 监控证书状态
   设置定期检查脚本，监控证书有效期和续期状态。

2. 备份证书文件
   将/etc/nginx/certs目录挂载到宿主机，防止容器重建时证书丢失。

3. 日志分析
   定期检查容器日志，及时发现潜在问题：

docker logs letsencrypt-companion-container

4. 测试环境验证
   在正式环境应用前，先在测试环境验证配置变更，避免影响生产服务。

总结

通过正确配置nginx.tmpl模板并确保其持久化，可以有效解决Let's Encrypt证书自动续期的问题。关键在于使模板配置与实际证书文件路径和扩展名保持一致，同时建立可靠的配置管理机制。对于生产环境，建议建立完整的证书监控和管理流程，确保持续的HTTPS服务可用性。