CNAME 链是什么
CNAME 记录把查询逐级指向另一个名字，形成一条解析链条：每一跳都会增加一次查询延迟，也会多一个可能的失败点。抓包时把链上每一跳都列出来，就能看清最终由谁负责解析，通常是 CDN 或云厂商的边缘节点。链条中任何一级返回名字不存在，或者别名之间形成环，都会导致整条链解析失败，而客户端看到的只是域名解析不了，看不出断在哪一跳。逐跳核对是定位这类问题的基本方法，同时要留意各跳的缓存时长并不相同。
基本信息
| 记录类型 | CNAME（别名记录） |
|---|---|
| 抓包字段 | dns.cname、dns.qry.name |
| 结构 | 链上可有多个别名，最后落到地址记录 |
| 失败形态 | 中间某跳不存在或形成环，导致整链失败 |
| 缓存影响 | 各跳缓存时长不同，回源频率不同 |
典型使用场景
- 链路梳理：把接入 CDN 之后的完整别名链条画清楚
- 首访延迟分析：链条越长首次访问延迟越高
- 变更影响评估：切换服务商时确认链条是否按预期更新
- 失败定位：整链失败时判断究竟断在哪一跳
- 缓存行为分析：通过重复查询判断哪一级缓存偏短
逐跳观察
逐跳观察
dns.cname # 别名记录
dns.qry.name contains "example" # 限定业务域名再看链路
# 逐跳记录：业务域名 → 服务商域名 → 边缘节点 → 地址记录
# 任一级返回不存在或成环，整链即失败链条逐级读法
| 层级 | 记录形态 | 关注点 |
|---|---|---|
| 第一跳 | 业务域名指向服务商域名 | 业务变更时是否同步更新 |
| 中间跳 | 服务商内部别名 | 通常由服务商维护，留意是否存在环 |
| 末级 | 别名落到地址记录 | 地址是否与就近接入策略一致 |
链条长短直接影响首次访问延迟；解析结果被缓存后通常只需查询末级记录，因此只有在首次访问或缓存过期时才看得到完整链条。
别名与其它记录类型混设的约束在不同解析器实现下略有差异，出现异常时要以权威记录配置和实测结果为准，而不是套用单一规则。