根服务器是哪个公司的，全球13台根服务器由谁运营管理？

根服务器不属于任何一家公司，它由全球互联网域名管理机构 ICANN 统筹协调，现有 13 个编号的根服务器集群，分别交给美国 Verisign、瑞典 Netnod、日本 WIDE 等 12 家机构分散运营，没有一个企业能独揽话语权，你每天上网能顺畅打开网页，背后全靠这套跨国协作体系兜底。

很多人搜“根服务器是哪个公司的”，其实是担心两件事：一是这玩意儿会不会被某家企业卡脖子，二是万一出故障，自己网站会不会跟着遭殃，先把结论放这儿：根服务器更像“公共水电网络”，谁都在用,但谁也不能单独关掉它。

根服务器归谁管：ICANN 与运营方各司其职

根服务器不是一台电脑

业内专家指出，根服务器本质上不是“一台服务器”，而是一套分布式系统，ICANN 在全球部署了数百台物理设备，它们各自独立运行相同的数据，对外统一使用 13 个 IP 地址（对应 A 到 M 这 13 个编号），某台根服务器坏了”根本不影响大局其他节点还在正常工作。

这套设计的初衷就是“打不死”，单个机房遭遇断电、地震甚至网络攻击，其余节点会立刻接管流量，用户几乎无感知，它更像一个团结的“值班小组”,而不是某个工位上孤单的老员工。

ICANN 管规则，Verisign 管设备

ICANN 负责管理和分配 IP 地址、域名根区、协议参数等互联网核心资源，它制定根服务器怎么跑、数据怎么同步，但 ICANN 本身不直接操作大部分硬件，而是把 13 个编号的运营任务授权给不同机构。

以 A 根和 J 根为例，它们由美国网络安全公司 Verisign 运营，这家公司同时也管理 .com 和 .net 域名的权威服务器，是全球商业域名体系里的老牌玩家，但 Verisign 并非“持有”根服务器，它只是按照 ICANN 的合同代为运维，相当于物业公司楼是业主的,物业只负责打扫和安保。

13 个根节点的实际身份

13 个根服务器的归属和分布情况如下：

A、B、C、D、E、F、G、H、J 这 9 个编号的运营方都是美国机构，这也就是为什么流传“美国控制了根服务器”这种说法，但实际操作中，ICANN 对任何一方都有约束力，加上根服务器数据本身就是公开的，没有哪个国家能靠这几台设备“断掉”别人的网络。

中国有几个根服务器：镜像节点与自主路径

答案：中国有根镜像节点，多地部署

行业共识认为，与其纠结“13台”这个数字，不如关注镜像节点的覆盖密度，中国虽然没有“主根服务器”，但已经引入了 L 根镜像，并与其他根节点建立了镜像协作机制，据公开信息，北京、上海等地都部署了根服务器镜像节点，由 CNNIC（中国互联网络信息中心）等机构参与运维。

这意味着中国大陆的域名解析请求，绝大多数不必跨洋访问美国主节点，直接由境内镜像响应，你访问一个 .cn 网站时，本地 DNS 服务器大概率在毫秒级就拿到了答案，体验上和“中国有自己的根服务器”没有区别。

镜像节点怎么保证国内断网不慌

镜像节点的位置在中国境内，即使境外根服务器全部失联，国内解析请求依然能通过镜像完成，近年来的技术演进已经让这套方案相当成熟，政务网、金融系统等关键领域还额外配置了私有 DNS 灾备链路。

但要注意，镜像节点不等于“独立根区系统”，它同步的数据仍然来自 ICANN 的全球根区，只是把数据“拷贝”到了国内，真正意义上的自主根区，涉及 IP 地址分配、域名政策、国际互联等复杂层面的协作,目前没有哪个国家真正脱离这套体系单干。

根服务器被攻击怎么办

根服务器从设计之初就考虑了防攻击需求，每一台根服务器都采用 Anycast 技术，同一个 IP 在全球多个机房同时广播，攻击者打掉一个节点，流量会自动切换到最近的其他节点，据统计，近年针对根服务器的 DDoS 攻击尝试并不少,但真正造成全球性解析中断的事件几乎没有。

普通网站管理员不用太担心“根服务器被攻击”这种场景，更实际的风险反而是本地 DNS 配置错误、域名过期或擅自关闭账号，与其焦虑远在天边的根节点，不如先检查自家域名解析是否设对了 TTL 和 NS 记录。

根服务器和 DNS 服务器区别

一个是“总机”，一个是“分机”

根服务器和 DNS 服务器的关系，可以用商场导购来类比，根服务器是商场入口的总服务台，它不告诉你某个品牌专柜的具体位置，只告诉你“去几楼找楼层指引”，DNS 服务器才是拿着楼层图带你找店的导购员。

日常上网时，你的电脑不会直接问根服务器“淘宝网在哪”，而是先问本地 DNS 服务器，本地 DNS 如果不知道答案，才会往上一级查，最终可能问到根服务器，由根服务器指引它去找 .com 的权威服务器，这条链路上的每一步都有缓存,真正麻烦根服务器的请求只占很小比例。

网站打不开时，先查的是哪一层

排查网站访问故障时，90% 的情况跟根服务器无关,先用一条命令验证链路：

• Windows 系统按 Win+R，输入 cmd 后敲回车，执行 nslookup www.baidu.com；
• macOS 或 Linux 系统打开终端，执行 dig www.baidu.com。

如果返回结果显示“Server: Unknown”或者超时，那就从本地网络和 DNS 配置入手，而不是去查根服务器状态，帮你解析的服务器连不上，网站自然打不开，跟“总机”没有直接关联。

企业网站如何降低对根服务器的依赖

配置公共 DNS 和本地递归缓存

企业网络运维人员可以做几件实事，来减少对外部 DNS 系统的依赖：

• 在路由器或防火墙上设置上游 DNS，选择多家公共 DNS 做轮询，比如阿里 DNS 和腾讯 DNS；
• 在内网部署一套递归解析服务，把已解析的域名结果缓存到本地,减少对外查询频率；



• 为高频访问的核心域名提前做好 hosts 静态映射,确保极端情况下仍能访问关键系统。

这些操作都不需要改代码，只需要在设备管理后台调整几项参数，配完之后，你会发现内部网络的解析速度快了,抗故障能力也强了。

域名解析的“降级预案”怎么写

所有对外提供服务的网站，都应该准备一份 DNS 降级预案：

• 记录当前域名托管商的控制台地址和登录凭证；
• 定期检查 NS 记录和 DNSSEC 签名状态；
• 准备至少两个不同运营商的公网 IP，并为每个 IP 单独配置 A 记录；
• 在域名注册商、DNS 托管商、CDN 服务商之间画一条清晰的“逃生通道”。

思路很简单：根服务器体系虽然稳定，但任何一家上游服务商都可能出故障，提前把解析链路做冗余,比事后到处找人要靠谱得多。

根服务器归谁管：三个最常被追问的疑问

根服务器是哪国的？

没有任何一个根服务器属于某个国家，它们属于全球互联网公共资源，由 ICANN 统一协调，运营机构分散在不同国家，这是国际社会的共识,也是互联网能保持互联互通的基石。

根服务器可以关停吗？

从技术上说，ICANN 可以决定根区数据的变更，但任何运营方都没有“一键关闭全球根服务器”的权限，真要关停所有根服务器，意味着全球域名解析失效，互联网瞬间退回“只能通过 IP 直连”的原始时代,结果得不偿失。

企业能申请自建根服务器吗？

不能，根服务器的编号和对应 IP 地址都是由 ICANN 统一分配的，没有商业化申请通道，企业能做的是部署根服务镜像节点，但这需要具备国家级基础设施运营资格，并且与 ICANN 签订正式协议,普通企业不用打这个主意。

回到最初的问题：根服务器是哪个公司的？答案呼之欲出它不是任何一家公司，而是一套被严谨管理的全球公共基础设施，理解这一点，你就不会再被各种“断网阴谋论”带偏，对网站运营者来说，与其操心根服务器，不如把自家域名解析和 CDN 配置做扎实,那才是真正能把握的部分。