DNS 与 CDN 入门：解析、TTL、加速节点一次讲清（2026）

先区分两条链路

DNS 将名称解析到相应目标；CDN 根据配置处理访问和缓存。页面打不开时先分清解析、连接、HTTPS、回源和应用响应，不因“用了 CDN”就跳过源站诊断。

记录应该填在哪里

在当前权威 DNS 服务处维护记录，而不是一定在购买域名的平台。A、AAAA、CNAME、MX、TXT 用途不同。根域使用别名时核对供应商是否提供 flattening 等机制，不写成“根域永远不能使用任何 CNAME 方案”，也不把单个供应商功能泛化。

TTL 与切换

TTL 是缓存参数，旧缓存、服务商处理与客户端网络都会影响观察结果。提前规划并在多个解析位置核对，新旧记录并存时先查实际解析，不盲目反复删除重建。

CDN 先限定公开缓存范围

• 先验证图片、样式、脚本等公开资源的缓存键与刷新方式。
• 登录、后台、个人信息与个性化响应应按明确规则排除。
• 更新内容后检查命中状态和源站版本，必要时刷新相应资源。
• 分别验证用户到边缘节点、边缘到源站的 HTTPS。

CDN 不保证源站地址从未泄露，也不代替防火墙和应用权限。加速效果、费用及安全能力需要按实际地区、配置与流量验证。

要点与资料来源

DNS 负责名称解析，CDN 负责请求分发与符合规则的缓存，两者不能互相代替。根域 CNAME 是否可用要看 DNS 服务的别名或扁平化机制；TTL 也不是所有用户生效的保证时间。CDN 先缓存公开静态资源，登录与用户数据必须按明确规则排除。

• A 与 AAAA 分别用于 IPv4、IPv6 地址记录。
• Cloudflare 的 CNAME flattening 支持根域别名解析，其机制不能套用到全部 DNS 服务。
• TTL 描述缓存时间，不等于一次变更对所有用户的完成时间。
• CDN 的缓存命中和源站保护需配置与验证，不能自动保证。

来源与核验范围

• Cloudflare：CNAME flattening：2026-10-02 核对官方公开文档；仅支持文中明确归属的功能和规则。本站建议属于编辑判断，不是独立性能、安全或成本实测。

编辑：折腾鸭编辑部。2026-10-02 公开资料整理；没有替读者下单、做退款/恢复模拟或独立性能审计。