/** * 证书管家的**域名配置唯一事实源**。 * * 为什么单独抽出来(2026-10-06): * 这份配置有两个消费方 —— * ① `seed-ssl-config.mjs`:写进 Cloudflare KV(Worker 侧 UI / 探针 / 自检用) * ② `export-certkeeper-data.mjs`:生成国内机 cn-certkeeper 的数据目录 * 原先 CONFIG 内联在 seed 脚本里,而那个脚本**一被 import 就执行** * (读 .env、连 KV 开始写),第 ② 个消费方没法安全复用。 * 抽出来之后两边共用一份定义,不会出现「改了 KV 忘了改国内机」。 * * ★ 站点名必须与 1Panel 里的 `primaryDomain` 或 `alias` **精确对上**, * 否则部署时会被跳过。下面这些是 2026-10-06 从面板实测出来的。 */ export const CONFIG = { version: 1, notify: { emails: ['177018615@qq.com'], daysBefore: 30 }, domains: [ { name: 'usj.cc', san: ['usj.cc', '*.usj.cc'], dns: 'tencent-usj', deploy: ['dogecloud', '1panel'], // ★ 站点名必须与 1Panel 里的 `primaryDomain` 或 `alias` 精确对上, // 否则部署时会被跳过。下面这些是 2026-10-06 从面板实测出来的 // (面板上**没有** primaryDomain 为 `usj.cc` 的网站 —— 它只是证书名)。 dogecloud_domains: ['usj.cc', 'www.usj.cc', 'artalk.usj.cc'], one_panel_sites: [ 'artalk.usj.cc', // blog 评论后端 'openlist.usj.cc', // 网盘 'wifi.usj.cc', 'openwrt.usj.cc', 'vw.usj.cc', // vaultwarden(alias 才是这个名字) ], // ★ 源站直连探针:usj.cc 走多吉云 CDN,公网握手拿到的是 CDN 边缘证书; // 要续的是本机 1Panel 上那张。面板里没有 usj.cc 同名站点, // 所以 SNI 指到真正引用该证书的 artalk.usj.cc。 probe_connect: '119.29.215.187', probe_sni: 'artalk.usj.cc', disabled: false, }, { name: 't-t.live', san: ['t-t.live', '*.t-t.live'], dns: 'tencent-tt', deploy: ['1panel'], one_panel_sites: ['t-t.live', 'www.t-t.live', 'pl.t-t.live', 'pwd.t-t.live', 'certd.t-t.live'], // ★★ t-t.live 的公网入口是**腾讯云 EO 边缘加速**(apex 是一条 CNAME → // t-t.live.eo.dnse2.com),公网握手量到的是 EO 的边缘证书(LE,12-27), // 而我们要续的是本机 nginx 上那张源站证书(曾停在 07-11、10-09 到期)。 // 不连源站 IP 的话,续期判定会永远「还剩 80 多天」→ 源站证书悄悄过期。 probe_connect: '119.29.215.187', probe_sni: 't-t.live', disabled: false, }, { name: '200181.xyz', san: ['200181.xyz', '*.200181.xyz'], dns: 'cloudflare', deploy: ['1panel'], one_panel_sites: ['ssh.200181.xyz'], // 同理:200181.xyz 的 NS 在 Cloudflare(带代理),公网拿到的是 CF 边缘证书。 // 面板上的站点名是 ssh.200181.xyz,用它当 SNI。 probe_connect: '119.29.215.187', probe_sni: 'ssh.200181.xyz', disabled: false, }, ], };