Repository navigation
feat(deploy): 公网部署(Docker + Caddy 自动 HTTPS) - #27
Merged
Merged
Conversation
|
服务器没有绑定域名,只有公网IP可以正常部署,https吗? |
Closed
- 新增 docker-compose.public.yml:叠加 Caddy 入口,应用端口改绑回环, TRUST_PROXY/HOST/ALLOWED_HOSTS/PUBLIC_BASE_URL 一并按公网口径修正 - 新增 deploy/caddy/Caddyfile:自动签发续期、HTTP→HTTPS、SSE 逐帧不缓冲、 XFF 覆盖式写入、/metrics 公网摘除 - README(中/英)新增「公网部署(Docker + Caddy)」一节 + 快速开始互链 - .env.example 补 PUBLIC_DOMAIN / ACME_EMAIL;TECHNICAL 目录表同步 - CI compose job 校验覆盖文件与 Caddyfile 语法 Refs #26
PR #27 原本要求 PUBLIC_DOMAIN 是域名:Caddy 自动申请(ACME)不给裸 IP 签发。 补上两条 IP-only 路径,并顺手修掉自签场景的两个坑: - TLS_MODE 选证书来源:acme(默认,域名,Let's Encrypt)/ internal(公网 IP, Caddy 自带 CA 自签)。Caddyfile 站点块按 TLS_MODE import deploy/caddy/tls_{acme,internal}.caddyfile,两种模式互不越界。 - ACME_EMAIL 改为「域名模式必填、自签模式可留空」:邮箱搬进 tls_acme 片段 的 issuer 块,自签模式不 import 该片段也就不会解析失败(原全局 email 指令 会把没有域名的部署也卡在一个用不到的邮箱上)。 - Caddyfile 加 default_sni {$PUBLIC_DOMAIN}:浏览器与 curl 对 IP 字面量 一律不发 SNI(RFC 6066 只允许主机名),没有它自签模式选不出证书,客户端 只看到 tlsv1 alert internal error——握手直接失败。本地起真实容器验证过: 加 default_sni 后 no-SNI 请求 200、80 端口 308、/metrics 404。 - README 中英 + .env.example 补「只有公网 IP、没有域名」一节:优先 sslip.io / nip.io(共享注册域限额,历史上被打满过),保底自签 + 装根证书。 - CI 两种 TLS 模式都 validate:compose config(acme / internal / 缺 PUBLIC_DOMAIN 必须报错)+ caddy validate 循环。 - tests/deploy:补公网部署静态断言(回环绑定、ALLOWED_HOSTS 补回环、 XFF 覆盖、default_sni、TLS 片段互不越界、.env.example 与 CI 同源)。
RobbsLuo
force-pushed
the
feat/public-deploy-caddy
branch
from
November 1, 2026 10:57
184608f to
7a9ecb7
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Closes #26
做了什么
按 issue 要求把「Caddy + override + README『公网部署(Docker)』」落成可合并的 PR。
docker-compose.public.yml(新增):在基础 compose 上叠一个 Caddy 入口。!override改绑127.0.0.1:${PORT}—— 不留明文 http 旁路TRUST_PROXY=true+HOST=0.0.0.0+PUBLIC_BASE_URL=https://<域名>ALLOWED_HOSTS显式补域名 +127.0.0.1:非空即「完全替换」语义,漏了会让全站 400 或 healthcheck 永远失败depends_on: service_healthy,证书落具名卷caddy_datadeploy/caddy/Caddyfile(新增):自动签发 / 续期、HTTP→HTTPS 308、flush_interval -1保 SSE 逐帧、X-Forwarded-For覆盖式写入(客户端伪造无效)、/metrics公网返 404、反代不设超时上限(交给应用STREAM_*/UPSTREAM_COMPLETE_TIMEOUT_SECONDS).env.example:补PUBLIC_DOMAIN/ACME_EMAIL;TECHNICAL.md 目录表同步config --quiet与caddy validate两步验证
docker compose config(base)+ 覆盖文件均通过;缺PUBLIC_DOMAIN时按预期报错coding2apihealthy →coding2api-caddy起来;https://localhost/health200、/metrics404、http 80 → 308、SSE 逐帧 0.3s 间隔到达、客户端伪造的X-Forwarded-For: 1.2.3.4被改写为真实对端caddy validate通过(v2.11.7);docker build通过ruff+pytest --cov-fail-under=100→ 100%影响
PUBLIC_DOMAIN,基础 compose 行为不变!override标签)追加(2026-11-01,回应 #29)
已 rebase 到最新
main(只TECHNICAL.md一处冲突,已解决),并补上「只有公网 IP、没有域名」的支持:203-0-113-10.sslip.io自动解析到203.0.113.10)照常走 Let's Encrypt,证书浏览器直接认(代价:证书按注册域限流,这两个域名被所有使用者共享,历史上被打满过);②PUBLIC_DOMAIN=<公网 IP>+TLS_MODE=internal,Caddy 用自带 CA 自签,链路照样加密(浏览器告警 /curl -k/ 客户端装根证书)。TLS_MODE选证书来源:acme(默认,域名)/internal(公网 IP)。Caddyfile 站点块按TLS_MODEimportdeploy/caddy/tls_{acme,internal}.caddyfile;ACME_EMAIL只在 acme 片段里被引用 → 自签模式不再被一个用不到的邮箱卡住。default_sni {$PUBLIC_DOMAIN}:浏览器与 curl 对 IP 字面量一律不发 SNI(RFC 6066 只允许主机名),自签模式没有它选不出证书,客户端只看到tlsv1 alert internal error(握手直接失败,不是「证书不受信任」)。PUBLIC_DOMAIN必须报错」的回归保护。tests/deploy:补公网部署静态断言(回环绑定、ALLOWED_HOSTS补回环、XFF 覆盖式写入、default_sni、TLS 片段互不越界、.env.example/ CI 与产物同源)。验证:
docker compose config(acme / internal / 缺PUBLIC_DOMAIN报错)+caddy validate(域名模式、公网 IP 模式且不传ACME_EMAIL)全通过;本地真起容器(公网 IP 站址 +internal):no-SNIcurl -k拿到 200、80 端口 308、/metrics404;后端ruff+pytest --cov-fail-under=100→ 4430 passed / 100%。