CNAME 接入是怎么回事
CDN、WAF、对象存储静态站点等云服务普遍要求用 CNAME 把业务子域名指向服务方提供的目标域名。解析链路变成「你的域名 → 服务方域名 → 实际节点」，中间多了一层，所以验证时必须检查整条链：任意一环缺失或写错，服务方都会提示未接入，而本地访问可能仍能通（命中旧记录）。
基本信息
| 流程 | 添加 CNAME 记录指向服务方给出的目标域名 |
|---|---|
| 验证 | dig 检查 CNAME 链完整，服务方控制台显示已接入 |
| 前置检查 | 同名主机上不能已有 A、MX 等记录 |
| 注意 | 覆盖原记录前先确认切换窗口与回滚方案 |
| 排错 | 链中任一环缺失都会表现为服务方校验不通过 |
| 别名域名 | 服务方分配的目标域名通常不直接对外提供站点访问 |
典型使用场景
- 静态资源子域接入 CDN，由边缘节点就近分发
- 业务域名接入 WAF 或云服务商的防护入口
- 使用对象存储托管静态站点，用自定义域名对外提供访问
- 多环境接入同一个 CDN 服务，用不同子域名区分
- 证书与平台验证场景中按服务方要求添加别名记录
查看 CNAME 链
查看 CNAME 链
dig +short CNAME static.example.com # 第一跳：业务域名指向哪里
dig +short static.example.com # 最终解析到的地址
dig +trace static.example.com | tail -20 # 追踪整条链路的委派与解析过程
# 服务方控制台显示已接入 = 链路完整；显示未接入时先核对 CNAME 值是否抄错常见问题与处理
| 现象 | 原因与处理 |
|---|---|
| 服务方提示未接入 | CNAME 值写错或漏后缀，逐字符核对目标域名 |
| 记录保存失败 | 同名主机已有其他类型记录，先删除再添加 |
| 已接入但访问异常 | 回源配置或源站不可用，属于 CDN 侧配置问题 |
| 切换后部分用户仍访问旧站 | 原记录 TTL 较长，等待缓存自然过期 |
CNAME 的目标域名是调度用别名，通常不直接对外提供站点：直接用浏览器访问该目标域名可能出现错误页，这不代表接入失败。
用 CNAME 覆盖原 A 记录前先记录原值：一旦接入出现问题，能立刻改回原记录恢复服务，避免在故障中还要翻找历史配置。