CNAME 记录 是什么？

核心解释

CNAME 记录不直接填写 IP，而是把解析继续交给目标域名。它常用于接入 SaaS、CDN、托管平台或统一管理多个子域。

CNAME 为什么指向名称而不是地址

CNAME（Canonical Name）记录把一个别名交给另一个域名继续解析。例如 www.example.com 可以指向某个 CDN 或 SaaS 平台提供的目标名称，客户端随后再查询目标的 A 或 AAAA。这样平台可以在不要求客户反复修改地址的情况下调整自己的基础设施。

DNS 语义上，发布 CNAME 的名称通常不能同时拥有其他普通数据，因为它已经声明“这个名称是另一个名称的别名”。根域受 NS、SOA 等记录约束，传统 DNS 中不能直接使用普通 CNAME，因此服务商常通过 ALIAS、ANAME 或扁平化功能提供类似体验。

别名链在网站接入中如何展开

• 客户端查询别名后取得 CNAME 目标，再继续解析目标名称，直到获得地址或遇到错误；每一层都可能拥有自己的 TTL。
• CDN、对象存储、客服平台和网站托管服务经常要求配置指定 CNAME，用于把自定义域名接入其调度系统。
• 链条过长会增加首次解析步骤；形成循环、目标不存在或中途 DNSSEC 验证失败时，最终域名可能无法访问。
• 目标平台可以改变后续地址，但不能自动更新客户侧证书、域名验证和业务配置，这些仍需按平台流程维护。

平台迁移与悬空 CNAME 风险

停止使用第三方平台时，如果只删除平台中的项目却保留 DNS 别名，CNAME 可能继续指向一个可被他人重新认领的资源。是否会形成子域接管取决于平台的域名验证与资源认领机制，但悬空记录应作为资产清理重点。

迁移时应先在新平台验证域名和证书，再切换记录，并确认旧平台解除绑定后删除不再使用的别名。持续盘点子域、目标是否可解析以及平台返回状态，可以减少遗留配置长期暴露。

实际应用与信息解读

CNAME 目标是明确事实，目标后缀有时可以推测 CDN、建站或 SaaS 服务商。如果服务商使用自定义域、白标入口或多层调度，仅凭目标名称可能无法确认具体产品，应结合证书、页面和响应信息。

没有 CNAME 并不代表网站未使用 CDN，因为 A/AAAA 也可直接返回边缘地址。查询失败时状态为未知；确认名称直接拥有地址记录时，可以描述为当前未通过 CNAME 继续别名解析。

重点关注

目标域名有时可以提供服务平台线索，但不能据此断言该平台负责网站的全部基础设施。

常见问题

CNAME 可以直接指向 IP 地址吗？

不可以。CNAME 的目标是另一个域名；需要直接填写 IPv4 或 IPv6 时分别使用 A 或 AAAA。

为什么主域名通常不能配置普通 CNAME？

主域必须同时存在 SOA、NS 等记录，而 CNAME 名称原则上不能与其他数据共存。部分 DNS 服务商用扁平化功能模拟主域别名。

看到某平台 CNAME 就能确定网站完全托管在那里吗？

只能确认该名称的解析链经过该目标。页面、API、邮件和源站可能分别使用不同平台，因此整体架构仍需更多信号。