www 和根域解析不同怎么办？DNS、跳转与证书核对方法

www.example.com 与 example.com 是两个需要分别配置和验证的名称。它们可以返回相同地址、通过 CNAME 建立关系，也可以有意指向不同入口；判断是否异常时，必须把 DNS 记录、HTTP 跳转、HTTPS 证书和最终 canonical 分开核对。

www 与根域是两个独立的 DNS 名称

根域通常指 example.com 这样的区域顶点，www.example.com 则是它下面的主机名。两者不会因为名称相似而自动共享解析记录：根域有 A 或 AAAA，不代表 www 一定有记录；www 使用 CNAME，也不代表根域会自动跟随。

常见配置包括两侧返回相同 IP、www 通过 CNAME 指向根域、根域和 www 分别接入不同的 CDN 或负载均衡入口。看到结果不同不等于故障，关键是它是否符合预定访问入口，并且两个公开名称的 HTTP 与 HTTPS 行为一致可解释。

先在同一时间分别查询根域和 www 的 A、AAAA、CNAME，记录返回值、status、checkedAt 与 TTL。不要只比较第一条 IP：CDN、负载均衡和双栈站点可能返回多条 A/AAAA，判断关系时应比较完整记录集合和 CNAME 链。

还要区分无记录与查询失败。某一侧没有 A 或 AAAA，可能是它通过 CNAME 获得最终地址；查询超时或 SERVFAIL 则表示本次证据不完整，不能据此断言该名称没有配置。结果与控制台不同时，应再核对权威 NS 和递归缓存。

传统 DNS 区域顶点需要同时保存 SOA 和 NS 等记录，通常不能像普通主机名那样直接配置标准 CNAME。因此 www 常使用 CNAME，而根域常使用 A/AAAA，或采用 DNS 服务商提供的 ALIAS、ANAME、CNAME Flattening 等能力。

这些服务商能力会在权威侧追踪目标并向查询者返回 A/AAAA，普通查询结果不一定显示一条可见的 CNAME。排查时应以实际权威结果和服务商文档为准，不能因为控制台写着 ALIAS 就假定所有解析器都会看到 CNAME。

DNS 只负责把名称解析到目标，并不会自动把浏览器从 www 跳转到根域，或从根域跳到 www。确定首选入口后，应分别请求 http://根域、https://根域、http://www 和 https://www，记录状态码、每次 Location 与最终 URL。

HTTPS 跳转发生前，客户端已经需要与当前名称完成 TLS 握手，因此证书通常应覆盖所有公开访问入口。随后再检查页面 canonical 是否指向预定规范 URL。证书、HTTP 重定向和 canonical 各自解决不同问题，不能只配置其中一个就认为入口已统一。

修复时先确定哪个名称是正式入口，再调整对应 DNS、CDN、自定义域名、证书和重定向配置。等待合理 TTL 后，从至少两个递归 DNS 或网络环境复查两侧记录，然后验证 HTTPS 握手、HTTP 跳转和最终页面响应。

在线查询只代表某个时间和解析器看到的公开结果。CDN 地理调度、负载均衡、缓存和渐进发布可能让不同地区返回不同 IP；这类差异需要结合时间、TTL、节点和业务配置判断。不要仅凭两侧 IP 不同就删除记录，也不要把解析一致当作网站一定可用。

立即处理

常见问题

www 和根域必须解析到同一个 IP 吗？

不必须。两者可以使用相同地址、CNAME 关系或不同的 CDN/负载均衡入口；只要配置符合设计，并且访问、证书和跳转均经过验证即可。

把 www CNAME 指向根域后，还需要配置 HTTP 跳转吗？

如果希望浏览器地址统一到一个正式入口，通常仍需要。CNAME 只影响 DNS 解析，不会向浏览器返回 301 或 308，也不会自动改变最终 URL。

为什么 DNS 控制台显示 ALIAS，查询时却只看到 A 记录？

ALIAS、ANAME 或 CNAME Flattening 通常由 DNS 服务商在权威侧展开目标，对外返回最终 A/AAAA；它们不是所有解析器都能直接看到的标准 CNAME 记录。