根域名是域名系统最顶层的那个“点”，在域名解析中充当全局导航起点，它负责告诉递归服务器“下一步该去找哪个顶级域名服务器”。
根域名是什么？先看清域名结构里的那个“点”
很多人在域名解析排错时，会看到一条记录写着 example.com.，末尾多了一个英文句点，这个不起眼的“点”,就是根域名。
完整域名结构遵循树形层级,从右往左看：
- 最右侧的“点”代表根域，也是整个域名树的根节点，根域没有名字,用空标签表示。
- 根域下面是顶级域，
.com、.cn、.org,对应不同用途和地域。 - 顶级域下面才是二级域名，
baidu.com中的baidu。 - 再往下还有子域名，
www.baidu.com中的www。
平时我们在浏览器里输入 example.com 时，系统会自动补全末位的 ，变成 example.com. 再去查询，这个点被省略了,但真实查询请求里始终存在。
行业共识认为，根域是判断一个域名是否“完整”的标准：带有根点标识的域名被称为完全限定域名（FQDN），没有根点标记的域名，严格来说是相对域名,需要在特定区域内才能被正确解析。
根域名和顶级域名有什么区别？
这是很多人容易搞混的地方，两者层级不同，职责也不同,用一张表格对比就很清楚：
| 对比项 | 根域名 | 顶级域名 |
|---|---|---|
| 名称表现 | 无名称，用空标签或“.”表示 | 有明确名称，如 com、cn、net |
| 层级位置 | 最顶层，是顶级域的父级 | 位于根域之下，是域名树的第一层分支 |
| 管理机构 | 由根区管理方通过根服务器提供数据 | 由对应注册局管理，ICANN 授权注册机构 |
| 解析职责 | 指向顶级域名服务器的地址 | 指向二级域名所在的权威服务器地址 |
举个例子：如果域名系统是一棵大树，根域就是树根，顶级域是主要枝干，二级域名是再细的分枝，没有根域这个“总节点”，顶级域之间会变成一座座孤岛,无法相互指引。
域名解析中根域名的作用是什么？一次真实解析的路径
当你输入一个网址并按下回车，浏览器并不是直接联系那台网站服务器，而是执行一连串的域名解析，根域名的核心作用，就是在这个过程的最初阶段，充当“引路牌”。
一次典型解析流程大概是这样：
- 浏览器向本机配置的递归 DNS 服务器发出查询：
www.example.com的 IP 是多少？ - 递归服务器先查自己的缓存，如果缓存中没有记录，它就会去问根域名服务器： 区域的权威数据在哪里？
- 根域名服务器不会直接给出
www.example.com的 IP，而是返回一个关键提示：.com顶级域的服务器地址有哪些。 - 递归服务器再拿着这个地址去问
.com服务器，对方会指向example.com的权威服务器。 - 递归服务器最后找到
example.com的权威服务器，得到www这条主机的真实 IP,并返回给浏览器。
在整个过程中，根域名只回答一个问题：“下一步该找谁”，它不关心你查的是哪个具体网站，也不存储普通域名的 A 记录或 MX 记录,只维护一份顶级域名服务器清单。
国内访问根域名服务器快吗？镜像节点改变了什么
根域名服务器在全球虽然有 13 台，但根区数据已经被大量镜像节点复制到世界各地，国内很早就引入了根镜像节点,由多个运营商和公共机构部署。
当你身边有可用的根镜像时，本地递归服务器访问根域名的延迟会明显降低，据公开信息，中国境内已经有多组根镜像节点运行，普通用户感知不到的查询耗时,在技术后台被大幅度压缩。
这也意味着，国内网站解析时，根域名的查询延迟并不是瓶颈主要来源，真正影响网站打开速度的，更可能是本地 DNS 递归性能、权威服务器响应速度以及网络链路状况。
根域名对实际业务的影响：解析可观测与故障排查思路
根域名不只是理论概念，对于运维人员和站长来说，理解根域名的解析路径，能更快定位“域名打不开”的问题。
如果你用 dig 命令手动走一遍根查询，可以看到根域名的实际响应,在终端里执行：
dig @198.41.0.4 . NS
这条命令直接向根服务器发起根区 NS 记录查询，返回结果中会列出当前 13 台根服务器的名称和 IP 地址,这是验证根域名可达性的最直接方法。
用 nslookup 也类似：
nslookup -type=NS .
如果这条命令超时，说明当前网络到根服务器的链路可能存在问题，或者 DNS 走的是某个改写的特殊通道。
根域名配置错误导致网站打不开怎么办？
有些自建 DNS 服务时，管理员会误删或写错“根区提示文件”，根区提示文件是一个纯文本文件，里面记录了根服务器的 NS 记录和对应地址，一旦缺失或写错,整个解析链就会从第一步开始断裂。
遇到这种情况,排查思路按顺序走：
- 确认本地 DNS 服务能否直接 ping 通根服务器 IP,排除网络层故障。
- 检查 named 的根提示配置文件路径是否正确，常见于
/etc/named.root或named.ca文件。 - 从根域授权机构重新下载最新的根提示文件，并重启 DNS 服务。
- 使用
dig . NS验证解析服务能否返回根区记录，如果返回正常,说明根域查询链路已恢复。
需要特别留意：大多数公共 DNS 服务由于有大量缓存，短期断根并不会立刻让所有用户都断网，但新域名的首次解析或冷缓存场景下,根域不可达会造成直接失败。
关于根域名和域名解析的常见问题
为什么我的网址末尾看不到根域名的“点”？
因为浏览器和应用层默认自动补全了这个点，比如你输入 baidu.com，最终查询的完整形式是 baidu.com.，这个约定沿用至今，既方便用户输入，也保证了域名严格意义上的完整性，不可以手动去掉根点来绕过解析,那样反而不符合规范。
根域名能被注册或购买吗？
不能，根域是整个域名系统的顶层，由 IANA 管理协调，不对外开放注册，任何人也不能注册一个叫“空标签”的域名，根域之下最早的顶级域如 .com、.net 由相应注册局运营，但根域本身属于全局基础设施,不具备商业注册属性。
根域名服务器被攻击会导致全网瘫痪吗？
不会完全瘫痪，根服务器本身有较强的冗余和分布式防护，而且全球大量递归 DNS 服务器会缓存根区数据，缓存有效期默认较长，即使某台根服务器出现异常，其他镜像节点也能继续服务，近年来发生过针对根服务器的 DDoS 攻击，但最终均未导致全球解析彻底中断，因为 13 个根服务器地址背后还有多台物理服务器协同工作。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/734651.html
