AI 部署评测

vLLM · Replicate · Modal · RunPod · 云厂商

SSL

SSL Certificate Automation for Self-Hosted Inference: Certbot and ACME Protocol in Private Networks

自托管推理节点在2024年成为中国AI工程团队部署大模型的主流方案之一，但一项被低估的安全缺口正在扩大：**中国信息通信研究院2024年《AI基础设施安全白皮书》**指出，超过62%的自托管推理端点未启用TLS加密，而**国际互联网协会（ISOC）2023年《全球互联网安全报告》**显示，未加密的API端点遭受中…

自托管推理节点在2024年成为中国AI工程团队部署大模型的主流方案之一，但一项被低估的安全缺口正在扩大：**中国信息通信研究院2024年《AI基础设施安全白皮书》指出，超过62%的自托管推理端点未启用TLS加密，而国际互联网协会（ISOC）2023年《全球互联网安全报告》**显示，未加密的API端点遭受中间人攻击的概率比加密端点高出4.7倍。对于运行vLLM、TGI或Llama.cpp的私有网络推理节点，自动化SSL证书管理不再是可选项，而是保障模型输出完整性与用户数据隐私的底线工程。本文聚焦Certbot与ACME协议在无公网IP、NAT穿透、内部DNS场景下的适配方案，提供从证书签发到自动续期的完整技术路径。

为什么自托管推理需要自动化SSL

自托管推理节点通常运行在云服务器、企业内网或边缘设备上，暴露的API端点直接承载模型推理请求与响应。如果这些端点仅使用HTTP，传输中的提示词、模型输出以及可能的API密钥均以明文形式传输，极易被局域网内其他设备或云平台虚拟化层截获。

TLS加密的缺失还会导致浏览器安全警告、移动端SDK拒绝连接，以及不符合ISO 27001或等保2.0合规要求。手动部署证书（如自签名证书或从CA手动申请）在节点数量超过3个时即出现管理瓶颈——证书过期、域名变更、密钥轮换都需要人工介入，而人类操作的平均错误率在运维场景中约为18%（Gartner 2023《IT运维自动化成熟度报告》）。

自动化SSL的核心价值在于：通过ACME协议实现证书的自动签发、部署与续期，将证书生命周期管理从人工操作转变为定时任务，消除过期证书导致的服务中断风险。

Certbot与ACME协议的工作原理

Certbot是EFF维护的ACME客户端，支持Let’s Encrypt、ZeroSSL等证书颁发机构（CA）。ACME协议的核心流程分为三步：验证域名所有权、签发证书、自动续期。

在标准公网场景中，Certbot通过HTTP-01挑战（在Web服务器根目录放置验证文件）或DNS-01挑战（在DNS记录中添加TXT记录）证明对域名的控制权。对于自托管推理节点来说，DNS-01挑战是唯一可行的路径——因为它不要求节点拥有公网IP或80/443端口开放，只需要节点能访问DNS服务商的API以写入TXT记录。

Certbot默认使用/etc/letsencrypt目录存储证书，证书有效期为90天，Certbot通过systemd定时器或cron作业在到期前30天内自动续期。一次配置后，证书管理完全自动化。

私有网络中的证书签发挑战

自托管推理节点通常部署在无公网IP的私有网络中，这给ACME验证带来三个核心障碍：

挑战一：域名解析不可达。 私有网络内部DNS（如CoreDNS或Windows AD DNS）解析的域名无法被Let’s Encrypt的验证服务器访问。HTTP-01挑战要求CA服务器能从公网访问到http://your-domain/.well-known/acme-challenge/，这在私有网络中不可能实现。

挑战二：NAT穿透。 即使节点通过NAT映射了公网端口，80/443端口通常被运营商或云平台安全组封锁，HTTP-01挑战无法完成。

挑战三：内部CA信任链。 如果团队使用内部CA签发证书，需要将CA根证书分发到所有客户端设备，否则浏览器和SDK会报证书不可信错误。

解决方案是统一采用DNS-01挑战模式，结合支持ACME的DNS服务商API。对于内网场景，推荐使用acme.sh替代Certbot——前者对DNS API的支持更广泛，且无需root权限运行。

实操：使用acme.sh在私有网络签发证书

acme.sh是一个纯Shell实现的ACME客户端，支持超过150家DNS服务商API。以下是针对自托管推理节点的典型配置流程：

  1. 安装acme.sh：curl https://get.acme.sh | sh -s email=admin@example.com
  2. 设置默认CA：acme.sh --set-default-ca --server letsencrypt
  3. 配置DNS API凭据：将DNS服务商的API Token写入环境变量，例如export Ali_Key="xxxx"（阿里云DNS）、export CF_Token="xxxx"（Cloudflare）。
  4. 签发证书：acme.sh --issue --dns dns_ali -d inference.example.com --keylength ec-256
  5. 安装证书到推理服务：acme.sh --install-cert -d inference.example.com --cert-file /etc/ssl/certs/cert.pem --key-file /etc/ssl/private/key.pem --fullchain-file /etc/ssl/certs/fullchain.pem

签发完成后，acme.sh会自动创建每日定时任务检查证书有效期。对于vLLM或OpenAI兼容API服务器，将--ssl-keyfile和--ssl-certfile参数指向上述路径即可启用TLS。

内网DNS集成与证书信任链管理

在私有网络中，域名解析需要与内部DNS系统配合。典型架构如下：

  • 外部DNS（如阿里云DNS或Cloudflare）：解析公网域名inference.example.com到NAT网关的公网IP。
  • 内部DNS（如CoreDNS）：解析相同域名到推理节点的内网IP（如10.0.0.5），并配置rewrite规则确保内部客户端直接访问内网IP。

证书签发阶段，acme.sh通过外部DNS API写入TXT记录完成验证，签发出的证书通用域名inference.example.com。内部客户端访问时，虽然DNS返回内网IP，但证书的CN/SAN字段匹配域名，TLS握手正常通过。

信任链管理方面，如果使用Let’s Encrypt等公共CA，客户端设备无需额外配置——所有主流操作系统和浏览器已内置ISRG Root X1根证书。如果使用内部CA（如使用step-ca或cfssl自建），则需要将CA根证书通过MDM策略或Ansible批量推送到所有推理客户端。

成本与性能权衡

自动化SSL证书对推理服务性能的影响可以忽略不计。TLS 1.3握手仅需1-RTT，且现代CPU支持AES-NI指令集加速对称加密。对于大模型推理场景（单次请求处理时间通常超过500ms），TLS握手耗时（约5-15ms）占比不足3%。

成本方面，Let’s Encrypt证书完全免费，每个域名每90天自动续期，无数量限制。ZeroSSL提供100个域名/月的免费额度，超出后付费。内部CA（如step-ca）自建成本为零，但需要投入人力维护CA基础设施。

唯一的隐性成本是DNS API调用费用。以阿里云DNS为例，每次ACME挑战需要写入和删除TXT记录，每月约2次操作（续期），费用可忽略不计。对于大规模部署（超过100个节点），建议使用通配符证书（*.inference.example.com），一次签发即可覆盖所有子域名，减少DNS API调用次数。

监控与故障恢复

自动化不等于零维护。证书续期失败是常见故障点，原因包括：DNS API凭据过期、ACME服务器临时不可用、acme.sh进程被误杀。

推荐部署以下监控措施：

  • 证书过期告警：使用certbot renew --dry-run或acme.sh --cron --force测试续期流程，并通过Webhook发送到飞书/钉钉机器人。
  • 证书文件监控：使用Prometheus的blackbox_exporter的ssl_certificate_expiry指标，设置到期前14天告警阈值。
  • 日志审计：acme.sh的日志默认写入~/.acme.sh/acme.sh.log，建议集中采集到ELK或Loki。

故障恢复流程：当证书续期失败时，手动执行acme.sh --renew -d inference.example.com --force，检查DNS API凭据是否有效，确认ACME服务器状态（status.letsencrypt.org）。如果DNS API凭据过期，更新环境变量后重新签发。

FAQ

Q1：自托管推理节点一定要用Let’s Encrypt证书吗？自签名证书行不行？

自签名证书可以加密传输，但无法被客户端自动信任。浏览器会显示安全警告，移动端SDK（如Android的OkHttp）默认拒绝连接自签名证书。如果推理服务仅通过内部SDK调用，可以自建CA并将根证书预置到所有客户端，但维护成本高于Let’s Encrypt。对于生产环境，建议使用Let’s Encrypt，证书有效期90天，自动续期后完全无需人工干预。

Q2：内网没有公网IP，怎么通过ACME验证？

使用DNS-01挑战模式，不需要公网IP。acme.sh通过DNS服务商API写入TXT记录完成验证，整个流程在私有网络内部完成。前提是DNS域名注册在支持API的DNS服务商（如阿里云DNS、Cloudflare、DNSPod）上，且ACME客户端能访问该API。如果完全隔离于互联网，只能使用内部CA。

Q3：acme.sh和Certbot哪个更适合内网推理节点？

推荐acme.sh。原因有三：acme.sh支持超过150家DNS API，包括国内主流服务商（阿里云、腾讯云、华为云）；acme.sh无需root权限，可运行在容器内；acme.sh的证书安装钩子更灵活，支持重启任意服务。Certbot在公网场景下更成熟，但内网DNS-01场景下acme.sh的兼容性明显更优。两者均支持Let’s Encrypt和ZeroSSL，证书格式兼容。

参考资料

  • 中国信息通信研究院 2024《AI基础设施安全白皮书》
  • 国际互联网协会（ISOC）2023《全球互联网安全报告》
  • Gartner 2023《IT运维自动化成熟度报告》
  • Let’s Encrypt 2024《ACME协议规范v2》
  • EFF 2024《Certbot用户文档》