有根服务器运营权的不是一堆商业公司，而是13个逻辑根节点背后的少数机构：Verisign、Cogent、ICANN、RIPE NCC、ISC、Netnod、WIDE Project，以及美国部分高校和政府机构；中国没有传统意义上的根服务器，但有根镜像节点和实验性根服务器项目。
你问“哪些公司有根服务器”，先要把“根服务器”和“根镜像”分开，根服务器不对外售卖，也不接受普通企业申请，日常上网时,你接触到的多是递归DNS和根镜像。
根服务器到底在谁手里？先看13个逻辑节点名单
DNS根服务器不是13台摆在机房里的物理机器，而是13个逻辑根节点，标识从A到M，每个节点通过Anycast在全球多地部署实例，据ICANN公开的根服务器运营机构列表,运营方如下。
| 标识 | 运营机构 | 机构性质 | 说明 |
|---|---|---|---|
| A | Verisign | 商业公司 | 运营A根，也运营J根 |
| B | USC-ISI | 大学研究机构 | 南加州大学信息科学研究所 |
| C | Cogent | 商业网络公司 | 运营C根 |
| D | 马里兰大学 | 大学研究机构 | 运营D根 |
| E | NASA | 政府科研机构 | 运营E根 |
| F | ISC | 非营利机构 | 运营F根，也维护BIND等DNS软件 |
| G | 美国国防部网络信息中心 | 政府机构 | 运营G根 |
| H | 美国陆军研究实验室 | 政府机构 | 运营H根 |
| I | Netnod | 非营利机构 | 运营I根 |
| J | Verisign | 商业公司 | 运营J根 |
| K | RIPE NCC | 非营利机构 | 运营K根 |
| L | ICANN | 非营利机构 | 运营L根 |
| M | WIDE Project | 研究联盟 | 运营M根 |
从名单看，真正带“公司”色彩的运营方主要是Verisign和Cogent，ICANN、RIPE NCC、ISC、Netnod属于非营利或协调机构，NASA、美国国防部、美国陆军研究实验室属于政府机构，USC-ISI、马里兰大学、WIDE Project属于研究教育体系。
哪些公司有根服务器：Verisign、Cogent与几家非营利机构
Verisign是商业公司，运营A根和J根，同时运营.com、.net等注册局业务，Cogent是网络服务商，运营C根，其余逻辑根节点多由非营利机构、研究机构和政府机构运营，这个格局来自互联网早期历史,不是今天谁出价高谁就能拿到。
根服务器运营权不进入公开市场交易。 行业共识认为，根服务器属于互联网关键基础设施，运营权更替通常涉及IANA/PTI协调、根区签名和全球DNS社区协作，普通企业无法“购买一台根服务器”，也拿不到A-M的逻辑根标识。
中国内地没有运营A-M中的传统根服务器，国内常见的是根镜像节点，据CNNIC公开资料和运营商公开信息，北京、上海、广州等地部署有根镜像节点，部分云厂商和运营商也有递归DNS缓存节点，根镜像复制根区数据，在本地应答查询,减少跨洋访问。
根服务器和镜像服务器有什么区别，国内节点算不算
根服务器保存并发布根区数据，是DNS解析链的起点，根镜像复制根区数据，对外提供本地查询服务，两者数据同源，角色不同，根镜像不是第14个根服务器，也不改变A-M的逻辑根格局。
用一个场景理解：你访问一个网站，浏览器先问本地递归DNS，递归DNS如果缓存没有，就去找根镜像或根服务器，再问顶级域服务器，最后问权威DNS，根镜像离你更近，解析路径更短,根服务器不直接给终端用户做递归查询。
业内专家指出，Anycast把同一根IP宣告到多地，单点故障对全局影响被分散，根服务器故障在现实中较少表现为“全网打不开”，更多是局部递归DNS配置、出口防火墙、缓存污染或权威DNS问题。
国内哪些城市有DNS根镜像节点，访问路径怎么走
国内根镜像节点常见于北京、上海、广州等互联网交换和运营商核心节点，具体节点位置和运营方以公开资料为准,你可以用命令看自己的解析路径。
Windows下查看本地DNS：
ipconfig /all nslookup -type=NS . 223.5.5.5
Linux或macOS下查看：
cat /etc/resolv.conf scutil --dns dig . NS +short dig +trace www.example.com
dig +trace会从根开始逐级跟踪，你能看到递归DNS先去哪个根节点，再问哪个顶级域，企业出口如果只允许访问内部DNS，终端不应直接配置根服务器IP，根服务器通常不提供递归服务,直接查根容易被限速或超时。
网站访问根服务器故障时怎么办：排查顺序与命令
遇到“网站打不开、域名解析失败”，不要先假设根服务器挂了,按下面顺序排查更有效。
- 先分清是个别域名还是全部域名，换一个公共DNS测试，例如
nslookup www.example.com 223.5.5.5和nslookup www.example.com 8.8.8.8。 - 查根区NS是否正常：
dig . NS +short，Windows可用nslookup -type=NS . 223.5.5.5。 - 查根提示文件和本地递归配置，Unbound常见路径是
/etc/unbound/unbound.conf，其中root-hints指向根提示文件，根提示文件可从IANA/Internic公开文件更新。 - 跟踪完整解析链：
dig +trace www.example.com，看卡在根、顶级域还是权威DNS。 - 清本地缓存，Windows执行
ipconfig /flushdns；Linux可执行resolvectl flush-caches；macOS可重启mDNSResponder或刷新系统DNS缓存。 - 检查企业防火墙是否放行UDP/TCP 53端口到递归DNS,终端到根服务器的直连通常不是正确架构。
如果dig +trace在根阶段就超时，先换本地递归DNS或根镜像测试，多数情况下，问题在本地DNS、出口策略或权威DNS,不在13个逻辑根节点本身。
企业采购DNS解析服务价格和根服务器有什么关系
企业采购的是递归DNS、权威DNS、DNS防护或托管解析服务，不是根服务器，根服务器不卖，价格表里也不会出现“根服务器租用”这一项，所谓“根服务器服务价格”，多数是把根镜像、递归解析、权威解析、Anycast网络和SLA打包后的服务报价。
价格通常看几个变量：
- 查询量：按日请求数或峰值QPS计费。
- 域名数量：权威DNS常按域名数和记录数分层。
- 节点覆盖：国内节点、海外节点、Anycast覆盖范围。
- 安全能力：DNSSEC、DDoS清洗、缓存投毒防护。
- SLA和响应：故障切换时间、技术支持级别。
- 日志与API：审计日志、批量修改、自动化接入。
自建递归DNS也不是“拥有根服务器”，常见做法是部署Unbound、BIND或PowerDNS Recursor，定期更新根提示文件，配置缓存和DNSSEC信任锚，运维要关注根提示更新、出口Anycast路径、缓存命中率和防火墙策略。
选型时，别只问“服务商有没有根服务器”，更实用的问题是：递归节点离用户多近、根镜像覆盖如何、DNSSEC验证是否完整、故障切换是否自动、价格是否按查询量弹性计费，把话收回来：有根服务器运营权的公司很少，企业日常能采购的是DNS解析服务，不是根服务器本身。
哪些公司有根服务器”的常见问答
哪些公司有根服务器？普通企业能申请吗？
严格说，运营A-M逻辑根节点的主要是Verisign、Cogent两家商业公司，以及ICANN、RIPE NCC、ISC、Netnod等非营利机构，另有美国高校和政府机构，普通企业不能申请根服务器运营权,根服务器也不在公开市场出售。
中国有没有根服务器？国内根镜像和根服务器是一回事吗？
中国内地没有运营A-M中的传统根服务器，国内部署的是根镜像节点，复制根区数据提供本地查询，根镜像不是第14个根服务器，也不改变13个逻辑根节点的格局，雪人计划属于实验性IPv6根服务器项目,不等同于ICANN根体系。
企业买DNS解析服务时，需要关心根服务器运营公司吗？
需要关心根区生态和解析路径，但不必把“是否拥有根服务器”当成采购指标，企业应看递归节点覆盖、根镜像接入、DNSSEC、SLA、查询量计费和故障切换能力，根服务器运营权不在公开市场交易，企业能采购的是DNS解析服务,根镜像和递归DNS才是日常解析路径。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/771874.html
