摘要

  • 9 月 3 日取得的 AFRINIC 数据，最新历史观测为 9 月 2 日的 1,936 条失效委派。与历史文件第一条观测相比，净减少约 95.1%；这不是固定样本的修复率。
  • 同一摘要把委派记录、域名对象和资源持有者分别计数。按各自分母计算，标记占比约为 1.1%、2.6% 和 10.9%，不能把它们当作同一种故障比例。
  • 移除历史的两列分别合计 27,726 次委派移除和 9,036 次域名对象移除。修复服务器、移除一个坏指向、移除最后的委派，可能都使错误存量减少，但留下的服务状态不同。

AFRINIC 统计首页有一个很容易读懂的数字：1,936。旁边是一项同样醒目的变化：减少 95%。在一页分配量、会员数和路由对象数之间，这看上去像一个问题正在收尾的信号。AFRINIC 统计门户

然而，运维负责人看到的是待处理记录，网络客户关心的是查询是否有用，管理者可能想知道投入有没有效果。同一个下降箭头，不能同时回答这三个问题。

这不是要否定清理。把查询继续引向一个不能履行职责的服务器，本来就不是审慎的服务方式。真正需要辨别的是，记录变得更准确，和原先依赖它的服务重新可用，是两项可能相伴、也可能分开的成果。AFRINIC 已公开的材料足以把这个差别讲得比一句“改善了 95%”更具体。

一个计数器，三种统计对象

截至本文取数时，门户历史文件的末行日期是 2026 年 9 月 2 日。网站使用的摘要数据，把状态分成标记为失效与未标记为失效的两行，但列出了三种对象。分别相加、分别计算，得到的并不是同一个比例。官方摘要数据、反向 DNS 统计面板

摘要中的统计对象 标记为失效 两种状态合计 标记占比
委派记录 1,936 172,702 约 1.1%
域名对象 1,358 52,450 约 2.6%
资源持有者 194 1,774 约 10.9%

第一行适合描述记录层面的规模，第三行则把视线移向需要处理这些记录的持有者。一个持有者可能负责多条记录，因此“记录中占比不高”和“涉及的持有者并不少”可以同时成立。这不是两套统计互相矛盾，而是提问变了。

但也不能顺着这个关系继续推算。1,774 是这份摘要中两种持有者状态的合计，不是可以随手替换为全体 AFRINIC 会员的分母。域名一列也只给出了分类后的总数，没有逐对象的明细关联和分组查询。它不能证明那 1,358 个域名全部没有可用服务器，更不能说明 1,936 条记录究竟怎样分布在这些域名之间。

这一点对读者的判断很重要。坏掉的可能只是某个域名的一个服务器指向，其他服务器仍然能够答复；也可能所有指向都失效了。前者是冗余或查询路径受损，后者的处置范围更大。只看一个总数，会把需要不同处理的状态揉在一起。

本文将门户下载包中五份共有 CSV 与网页加载的 JSON 逐行核对：两行摘要、2,719 行历史观测、996 行移除记录，以及经济体和持有者类型两组汇总，均一致。这降低了抄写或格式差异造成误读的可能，却没有补出数据里本来没有的身份关联。官方原始数据下载

“失效”先是一种检测定义

这里的失效委派，常被称为 lame delegation。这个英文术语看似精确，实际使用却并不统一。2024 年的 DNS 术语文件 RFC 9499 已提醒读者，它被用来指代多种不同的委派问题，最好改用更明确的描述。因此，跨机构比较失效率之前，应先比较检测定义，而不是只比较百分比。RFC 9499，第 7 节

AFRINIC 在 2021 年公开的实施说明，把无应答、对错误域名作答，以及为正确域名答复却未设置权威位，都纳入检测。说明提出从至少三个地理位置检查：只要其中一个位置取得一次权威答复，就足以不把该服务器判为失效。它描述的是对登记服务器功能的检查，不是对所有地点、所有查询类型或用户体验的全面保证。AFRINIC 实施说明

所以，一次通过与一个稳定的服务水平之间仍有距离。但这也不能反过来变成责难：一个用于筛出持续失效记录的宽容判据，本来就可以不承担完整可用性测试的职责。避免误删和发现每一处性能问题，是不同的工程目标。

检测器如果面对一时的网络波动，立即作出长期处置，代价可能过大；如果永远等待完美证据，明显失效的指向又会长期留在系统里。多地点、重复观察和延迟行动，是处理这个权衡的办法。本文没有检查当前检测器的执行日志，也没有把 2021 年的公开方法当成逐次操作均符合它的审计结论。

清掉一个错误，不止一种结局

可以用一个简单的假设区别几种情况。某个反向域名列有两个服务器，其中一个已经不再为该域名提供权威答复。负责者把它配置正确，这是修复。另一个选择是移除这个坏指向，让查询只去仍能工作的服务器；记录也更准确了，但坏服务器本身并没有被修好。

再把条件改一下：两个服务器都已不能履行职责，最后的委派被移除。系统不再把查询引入那条失败路径，却也没有由此产生一个新的权威答案。减少无效尝试，是一种改善；恢复有用答案，是另一种改善。不能因为两者都会让错误列表变短，就把它们记成同样的服务成果。

AFRINIC 的公开方法正体现了这个区分：处置先落在相关的服务器属性上，只有不再剩下服务器记录时，才移除域名对象。说明同时指出，被移除域名的查询会得到 NXDOMAIN。它还给出持续检测、分阶段通知和第 30 天仍失效才移除的安排。这些步骤应被理解为一套谨慎改变登记状态的程序，而不是“统计下降即等于服务恢复”的依据。2021 年公开处置方法

保留坏指向同样有成本。RFC 4697 讨论过解析器反复查询失效服务器及不当重试带来的额外负担，也明确区分一组服务器全部无法答复与其中一部分存在问题。那些案例不是 AFRINIC 的流量测量，不能拿来估算此次清理节省了多少查询；但它们解释了为什么删除一个确实无用的指向，可以是一项实实在在的技术维护。RFC 4697，第 2.1—2.2 节

这里也有一条容易被忽略的边界：反向委派记录、地址登记、路由通告和正向域名服务，不是同一个控制对象。本文数据记录的移除，不能被改写成回收了同样多的 IP 地址、切断了同样多的网络，或处罚了同样多的机构。

95% 的下降，不能拆成一张修复成绩单

历史文件的第一条观测，是 2018 年 9 月 28 日的 39,814；最后一条是 2026 年 9 月 2 日的 1,936。首末相减为 37,878，按起点计算约减少 95.1%。这与首页整数百分比相容，但仅凭这项计算，不能确认首页采用的就是这个基期，更不能确认近八年间统计范围和观测条件始终不变。委派历史数据

移除表则从 2021 年 5 月 30 日开始，至 2026 年 8 月 31 日共有 996 行。把公开两列各自相加，得到 27,726 次委派移除和 9,036 次域名对象移除。它记录的是按日期汇总的动作，没有对象身份，因此这些和数不是经过验证的独立对象数量。同一个对象是否可能在不同时间再次出现，无法由这份表排除。移除历史数据

最诱人的错误算法，是拿 37,878 减掉 27,726，把剩余部分称为修复。问题不只在于两张表起止日期不同。一个存量同时受到进入和离开的影响：新的失效记录可能进入，恢复答复的记录可能退出，负责者可能编辑服务器列表，系统可能执行移除；观测范围变化也可能改变所见数量。这些是解释存量时必须容纳的可能性，不是已经从逐条记录中识别出来的原因。

若没有相同对象、相同观察期和每次状态变化的关联，把所有进出压成两个端点，就无法还原其中的修复量。算术可以准确，解释仍然可以错。

短期变化把这个问题展示得更直接。历史文件在 8 月 30 日记录 2,016，31 日增至 3,354，下一条 9 月 2 日又回到 1,936。中间没有 9 月 1 日的行。这个跳动值得关注，却不够判定是哪一次检查、修复或批量移除造成的；也不能把下一条少掉的 1,418，全部归给移除表末行记载的四次动作。

缺日也不能自动解释成停运。历史文件存在多处日期间隔，说明公开序列不是没有空档的日历，而不说明空档里没有检测、没有 DNS 服务，或没有任何维护。对统计发布情况的观察，与对网络运行情况的判断，应当保持这点距离。

哪一种改善，值得计入成果

清理的价值不必等到每个缺失字段都补齐才成立。只要一条指向已经可靠地证实不再履行功能，移除它就可能让登记信息更接近现实，让解析器少走无用的路。以“没有修复全部服务”为由拒绝这样的维护，同样混淆了任务。

不过，评价维护团队时也不应只奖励存量下降。负责者把服务器修好，和负责者把最后一条指向撤掉，在表上都可能减少一个问题；对依赖反向查询的用户而言，结果却可能很不一样。一个指标如果不能区分这两种结果，就适合描述待处理规模，不适合独自代表用户收益。

对持有者而言，194 比 1,936 更接近工作如何分配的问题，但仍不是影响程度排名。一个长期反复出现的域名，与很多短暂出现后恢复的记录，可能需要不同的排查投入。对于依赖该服务的下游系统，也应先判断它究竟需要哪一个反向答案、是否还有可用服务器，再解释总体比例。

AFRINIC 的公开统计提供了一个有用起点：我们能看到当前分类、长期存量、分开的移除动作，也能取得相互一致的原始数据。它的价值不在于替所有改善画上同一支下降箭头，而在于让读者有条件问出更精确的问题。错误记录可以更少，登记可以更真实；至于原先缺失的服务是否回来，还需要观察服务本身。