如何查找域名的 IP 地址

要查找域名的 IP 地址，应当解析它的 DNS 记录，而不是根据网站的托管品牌去猜测，或是从不相关的页面上复制一个地址。DNS 可以为 IPv4 发布 A 记录，为 IPv6 发布 AAAA 记录，这两种应答相互独立。一个域名可能返回一个地址、多个地址、只有一种地址族，或者一条通往另一个主机名的 CNAME 别名。正确的结果，是您所查询的解析器在当时看到的公共 DNS 应答。它可能代表的是 CDN 或负载均衡器，不应自动被描述为源站服务器的地址。

针对确切的主机名进行查询

首先确定您需要的是根域名（例如 example.com），还是子域名（例如 www.example.com）。DNS 把它们视为不同的名称，所以它们的记录配置可能不同。请使用域名转 IP 查询工具、操作系统自带的 DNS 实用程序，或命令行查询来请求 A 和 AAAA 数据。如果您手上的 URL 是 https://www.example.com/products，那么主机名就是 www.example.com；协议、路径和页面名称都不属于 DNS 查询的一部分。请避免在任何公共查询表单中填入凭据或私有 URL。

如果应答中包含多个地址，这通常并不意味着出错。大型服务会使用多台服务器来实现高可用、负载分配和内容分发。解析器也可能随时间返回其中的一部分，或改变顺序。比较应答时，请附上解析器和时间戳；缺少这些背景的两次观察结果，即使都是有效的，看起来也可能相互矛盾。DNS 地址告诉您的是客户端在解析之后可以尝试连接到哪里，而不是服务是否健康，也不是该地址是否保持不变。网站可能在迁移、故障转移或日常基础设施维护期间更改记录。

当名称通过别名解析时

CNAME 记录表示一个 DNS 名称是另一个名称的别名。第一个应答本身并不是 IP 地址；解析器会跟随别名，并查询目标的地址记录。这种间接方式让托管服务商可以在稳定的主机名背后管理不断变化的基础设施。这也意味着，CNAME 目标的 DNS 配置会影响最终结果。只显示最初别名的检查工具，看起来可能没有提供任何地址，即使解析链最终会得到 A 或 AAAA 记录。请有意识地追踪这条链，而不是把别名当作失败的查询。

• 分别独立查询 A 和 AAAA；其中一种可以在没有另一种的情况下存在。
• 如果存在 CNAME，请记录目标主机名。
• 当缓存的应答存在疑问时，与权威名称服务器进行比较。
• 不要假设 DNS 直接指向某台物理服务器或源站。
• 对于服务故障，请把网络可达性和 HTTPS 与 DNS 分开测试。

谨慎使用这个地址

解析出的地址并不是永久的身份。IP 可以被重新分配，任播地址可以路由到不同的机房，共享主机也可以让许多域名共用同一个地址。同样，看到云服务商或 CDN 服务商的 IP，并不能说明源站应用运行在哪里。如果您正在更新防火墙白名单或某项集成，请核实服务商文档中记载的地址范围和变更流程，而不是复制一次性的查询结果。对于一般的故障排查，域名转 IP 查询可以显示公共的 IPv4 和 IPv6 应答，而如何查找网站 IP 则介绍了相关方法及其局限。

关键在于让查询与您的目的相匹配。调试新 DNS 记录的开发者，需要确切的主机名和记录类型。检查迁移的站长，需要前后对比，并了解 TTL 缓存。诊断故障的访客，需要区分解析、连通性和应用响应。这些问题相互关联又彼此独立，单一的 IP 结果无法回答所有这些问题。把 DNS 视为从名称到可用服务路径上的一层，然后针对所观察到的故障，测试下一层。

域名查询不够用的时候

有些工作需要公共地址应答之外的信息。防火墙变更可能需要云服务商官方公布的地址范围，而不是单个 DNS 应答，因为服务商可能轮换或扩展端点。在解析成功之后，应用故障可能需要发起 HTTPS 请求、检查证书，或查看托管服务的控制面板。反向查询有时可以返回某个地址的 PTR 名称，但它由地址的运营者控制，可能不存在，或者只是个通用名称。在使用结果之前，先确定您需要什么：当前的 DNS 映射、网络所有者、大致位置，还是服务的实际健康状况，每一种都需要不同的来源。陈述结论时要严谨，并附上解析器和时间。当域名使用 CDN 时，这样的措辞尤其有帮助，因为边缘地址是公共入口，不一定是生成网站内容的后端。