IP查询网 ipchaxun.org

DNS记录怎么看:A、AAAA与CNAME

先确认查的是哪个名字,再看记录类型和值,最后结合TTL与查询状态判断。查到地址,只说明获得了解析结果,不能证明网站已经正常运行。

发布日期:2026年10月28日 作者:IP查询网

为网站改过解析后,您可能会遇到这样的情况:控制台已经保存,查询工具仍显示旧地址;A记录有结果,AAAA记录却为空;填了CNAME,浏览器地址栏没有跳转。要判断这些现象,先把“查询的名字”“记录的用途”和“应用是否能访问”分开看。

本文配合域名查询工具讲解A、AAAA、CNAME与TTL,不介绍修改某一家服务商控制台的方法。下文使用example.com及其子域名、IPv4和IPv6文档地址,所有配置表都是教学设定,不是对这些域名的实时查询,也不应原样用于生产网络。

先认清记录名称、类型和值

一条DNS记录至少要看清名称、类型和记录值。名称说明记录属于哪个域名;类型说明这条记录回答什么问题;值才是对应的地址或名字。只复制一串地址,而不保留查询名称和类型,很容易在对比时把不同的结果混在一起。

example.com与www.example.com是不同的查询名称。给前者设置了A记录,并不能据此断定后者也有相同记录。如果您真正访问的是带有子域名的网址,排查时应先查完整的主机名,再核对是否有别名关系,不要只查主域名后就判断全部子域名正常。

网址中还可能包含协议、端口和路径;DNS记录本身不负责说明某个网页路径返回什么内容。建议在审查表里单独记录完整访问网址和需要查询的主机名,避免把“解析到了地址”写成“这个页面能打开”。

名称类型教学设定的值
origin.example.comA192.0.2.20
origin.example.comAAAA2001:db8::20
www.example.comCNAMEorigin.example.com

A和AAAA分别回答什么问题

A记录给出IPv4地址;AAAA记录给出IPv6地址,后者由RFC 3596定义。一个名字可以有多个同类型地址记录,也可以同时有A和AAAA。看到多条结果时,先保留完整列表,再判断哪些是您预期的配置,不要随手挑第一条当成唯一地址。

只有A记录而没有AAAA,并不自动等于解析故障。如果服务本来只计划提供IPv4,这可能就是预期配置。反过来,即使查到了AAAA,也不能仅凭DNS结果保证客户端的IPv6路径、服务器监听和应用配置全部正常。

例如在上表的教学设定中,两条地址记录分别回答IPv4和IPv6地址是什么。它们不是把同一个地址换一种显示格式;排查时,应分别对照您的配置清单,确认每一种地址族是否都准备提供服务。

建议把“应该存在的记录”与“本次查到的记录”并列记录。如果没有提前定义预期值,光看查询结果就很难判断是遗漏、旧值还是本来就不需要。更不要为了让所有记录类型都有内容,给并不使用的协议随意添加记录。

CNAME是别名,不是网页跳转

CNAME记录表达名称之间的别名关系。上表中,www.example.com指向的是origin.example.com这个名字,后者还需要有相应的地址解析。CNAME的值应是目标域名,不是IP地址,也不是包含网页路径的完整网址。

解析器在处理地址查询时可以沿别名查找目标地址。因此,查询一个别名的A记录时,您可能最终获得目标名字的IPv4地址;专门查询CNAME时,重点看的则是别名指向。比较两次结果前,先确认两次查询的类型是否相同。

别名不会单独产生浏览器里的网页跳转。DNS负责找地址,网页跳转需要网站或相关服务另行处理。设置CNAME后仍应检查目标网站是否接受这个访问名称,以及实际页面与证书是否正确,不能用“地址已经解析”替代应用验收。

按RFC 1034的基本规则,同一个名字设置CNAME后,不应再与普通的A等数据并存。遇到服务商提供的特殊别名功能,应查看该产品实际规则和对外回答;不要把所有控制台中带有“别名”的选项都当成完全相同的DNS记录。

TTL为什么不能当作生效倒计时

TTL表示记录可以被缓存的时间,单位是秒。递归解析器可保存查询所得的记录,在缓存有效期间回答后续请求;从缓存返回时,TTL通常反映剩余时间。因此,查询页上的数值不一定等于您在控制台最初填写的值。

假设一条旧记录在某个缓存中还剩300秒,这只是解释缓存行为的假设,不是本站实测。您在控制台修改记录后,这个已经保存旧数据的缓存不一定马上重新查询;把新记录的TTL调低,也不会直接撤销已经存下的旧答案。

不同解析器取得记录的时刻、缓存状态和访问路径可能不同,所以一次查询不能证明所有访问者都已拿到相同结果。不要把TTL直接解释为“再等这么多秒全球一定全部更新”,也不要在没有记录时间和查询来源的情况下判断哪份结果更新。

RFC 2308还规定了否定回答的缓存。此前查不到名字或某种记录,稍后新增配置时,也应考虑此前回答可能被缓存。排查时先确认查询是否成功、答案是否来自预期的解析路径,再决定是否需要等待或检查配置,而不是不断重复修改记录。

在本站按顺序核对一次解析

  1. 确认查询对象。打开域名查询,输入实际要检查的完整域名,记录查询时间与您的预期配置。检查子域名时,不要用主域名的注册信息代替其DNS答案。
  2. 先看状态,再看记录。确认DNS查询是否成功;若提示某种类型查询失败,先保留这个异常,不要把失败类型中的空列表理解为已经证实没有记录。
  3. 分别看A、AAAA与CNAME。逐项对照名称、记录值和TTL。存在别名时,把目标名字也单独核对;有多个地址时,保留完整列表。
  4. 对照配置来源。回到您管理该域名的DNS配置中核对同一名称与类型。本站通过公共递归解析服务查询,不是直接读取您的管理控制台,也不代表所有网络的答案。
  5. 继续做应用检查。解析符合预期后,再验证实际访问。地址归属可以使用IP查询作辅助;不要因为归属地或组织名称看起来正确,就认定网站内容已经正常。

本站将域名注册信息与DNS结果放在同一页,但两者回答的问题不同:注册信息说明域名登记相关情况,DNS记录说明这次解析返回了什么。域名尚在有效期内,并不能保证每一个子域名都配好了地址记录。

这些结果不能直接下结论

看到的现象可以确认的范围接下来核对
A有值,AAAA为空本次取得IPv4答案;IPv6需结合查询状态判断是否原本计划提供IPv6
显示旧地址本次查询仍取得该地址名称、配置、查询来源与缓存
某种类型查询失败该类结果尚未确认重试并保留失败信息
地址符合预期,网页仍异常解析核对只完成一环实际访问和应用配置

“域名不存在”与“某种记录不存在”也不是同一个回答。RFC 2308区分名字不存在与名字存在但没有所请求数据的情形;查询工具或上游服务暂时失败,则又是另一类问题。审查记录里建议直接保留原始状态,不要把它们都改写成“DNS没生效”。

如果需要请他人协助排查,建议提供查询名称、记录类型、预期值、实际值、查询时间和来源。这样可以比较同一个问题,避免只发一张没有上下文的截图。涉及账户设置时也不要把登录凭据放进审稿或排障材料。

相关工具