A 记录 是什么？

核心解释

A 记录是最常见的 DNS 记录之一。浏览器解析到 A 记录后，会尝试连接记录中的 IPv4 地址；如果地址属于 CDN，看到的通常是边缘节点而非真实源站。

A 记录如何把名称连接到 IPv4

A 记录把域名映射到一个 32 位 IPv4 地址，是网页访问和许多互联网服务最常见的解析入口。一个名称可以同时返回多个 A 记录，用于简单负载分担、地理调度或高可用；递归解析器与客户端会根据响应、缓存和连接策略选择地址。

A 记录只声明地址，不说明该地址上一定运行网站，也不携带端口和协议。浏览器取得地址后仍需连接 80、443 等端口，完成 TLS 与 HTTP 交换，才能判断页面是否正常。

源站、云主机与 CDN 地址有什么不同

• 直接指向源站时，IP 可能属于云厂商或自有 ASN；地址归属可以提供托管线索，但不等于公司注册地址。
• 接入 CDN 或 Anycast 网络后，多个地区可能得到相同或不同的边缘地址，公开 IP 往往代表流量入口而非真实源站。
• DNS 负载均衡可以按地区、健康检查或权重返回不同地址，因此一次查询只是特定时间和解析位置的结果。
• 私有、保留或环回地址出现在公共主机解析中通常不符合公网访问预期，但仍需排除分割 DNS 与内部网络场景。

地址迁移和故障排查的正确顺序

迁移服务器前通常先降低 TTL，确保新地址已经开放端口、部署证书并同步内容，再切换 A 记录。保留旧服务一段时间可以覆盖尚未过期的递归缓存；切换完成后再恢复适合日常运行的 TTL。

出现间歇访问问题时，应比较不同解析器返回的地址，并逐个检查连通性、TLS、Host 请求和应用响应。只测试其中一个地址可能漏掉失效节点，直接按 IP 访问也可能因为虚拟主机和证书域名不匹配得到误导结果。

实际应用与信息解读

A 记录值和 TTL 是可以直接确认的事实。通过 ASN、反向名称和响应特征，可能推测云服务商或 CDN；若地址属于共享网络，则不能据此确定网站拥有该服务器或与同 IP 其他网站存在业务关系。

记录不存在与查询失败需要区分。明确只有 AAAA 时，网站可能采用 IPv6-only 架构；DNS 回答不完整或受网络影响时，IPv4 支持状态应显示未知。

重点关注

它能说明域名当前对外指向哪里，但 IP 归属不能单独证明网站经营主体或真实物理位置。

常见问题

一个域名可以有多个 A 记录吗？

可以。多个地址可用于负载分担或冗余，但 DNS 本身不保证每个节点健康，通常还需要服务商调度或健康检查。

从 A 记录能看出网站真实所在地吗？

通常只能看到当前网络节点的注册或推测位置。使用 CDN、代理和云服务时，它不代表公司、团队、源站或数据存储位置。

修改 A 记录后为什么仍访问旧服务器？

客户端和递归解析器可能仍在使用旧 TTL 缓存，浏览器、系统或应用层也可能保留连接和页面缓存。