写在前面
2026 年，我把个人服务都收敛到了一台香港 VPS 上：用 1Panel 统一管理、应用跑在 Docker 里、对外通过子域名 + HTTPS 暴露。趁着整理域名解析的空档，把已上线的服务记录成文，方便日后回溯，也给同样在用 1Panel 做自托管的朋友一个参考。
一、基建总览
- 机器：香港 VPS。注意：出站 53 端口被服务商封禁，传统 ACME 的 DNS 校验方式无法使用（详见之前那篇 SSL 文章）。
- 面板：1Panel（Docker 应用管理 + OpenResty 反向代理 + 网站/证书管理）。
- 域名：
hidc.top（各应用）、idian.top（博客，也就是本站）。 - 证书：
*.hidc.top泛域名证书，acme.sh + 阿里云 DNS API 自动续期，各子站通过软链接共享证书文件——一次续期、全站生效。
二、已上线服务清单
以下站点在本文发布前（2026-09-07）逐一探活，均正常返回 200：
| 域名 | 应用 | 用途 | 部署时间 |
|---|---|---|---|
| uk.hidc.top | Uptime Kuma | 网站 / 服务可用性监控 | 2026-09 |
| cd.hidc.top | CloudDrive | 自建云盘 / 网盘应用 | 2026-09 |
| hm.hidc.top | Hermes Agent | AI 智能助手（需登录使用） | 更早部署 |
| idian.top | Halo | 博客 / CMS（本文所在站点） | 2026-05 |
管理面板 1Panel 仅作后台管理用途，入口不对公网开放。
三、各服务部署要点
1. Uptime Kuma（uk.hidc.top，站点监控）
Docker 部署后，一开始通过 1Panel 网站反代无法访问，排查发现是容器监听端口与反代上游端口不一致。修正为容器实际端口、直接调整 nginx conf.d/uk.hidc.top.conf 并重载 OpenResty 后恢复正常，证书复用泛域名证书即可。
教训：新增反代站点前，先确认容器真实监听端口，别想当然套用默认端口，否则最容易出现“连不上 / 502”。
2. CloudDrive（cd.hidc.top，云盘应用）
Docker 部署并绑定子域 cd.hidc.top，HTTPS 访问正常，当前作为自建网盘的访问入口使用（存储后端与权限等细节配置后续在此补记）。
3. Hermes Agent（hm.hidc.top，AI 应用）
较早部署的应用，作为智能助手的使用入口，访问需要登录。由于对外只暴露登录页，日常维护成本很低。
4. Halo（idian.top，博客）
2026-05 上线，也就是你现在看到的这个站点。博客与 hidc.top 下的各应用共用同一套证书续期方案。
四、踩坑与心得
- VPS 53 端口被封 → ACME 校验改用
--dnssleep静默等待、绕开本机 DNS 查询，完整方案见《VPS 通用SSL证书自动续期终极方案（acme.sh+阿里云DNS+1Panel）》。 - 反代端口 ≠ 容器端口，是最常见的“连不上 / 502”来源。
- 泛域名证书 + 软链接共享 = 新增子站零证书维护成本。
- 管理面板、含敏感数据的服务尽量别直接暴露公网，做好登录鉴权。
五、后续计划
- 把 Uptime Kuma 的监控项覆盖到上面所有站点，异常自动通知；
- 继续补充 CloudDrive、Hermes Agent 的详细配置记录；
- 按需新增子域名应用——套路与本文一致：1Panel 建站 + 绑定子域 + 复用泛域名证书。
结语
从 1Panel 建站、泛域名证书自动续期到各类 Docker 应用，整套体系跑顺之后基本是“无人值守”状态。以后每新增一个服务，照这套模板复制即可——这也是写这篇部署记录的最大意义。
评论