摘要

  • AFRINIC 的资源认证主页把一个链接标为“RIPE NCC Validator”，但目标页面的标题和说明都表明它运行的是 Routinator；AFRINIC 另一张验证器推荐页也已经使用新名称。
  • 这不是断链问题，而是软件出处失去可见性。每个推荐项都应绑定显示名称、真实实现、维护者、服务运营者、支持状态、测试版本、用途和迁移记录。

网页维护最容易发现的是红色错误：404、证书失效、域名无法解析。AFRINIC 的这条链接没有任何这些症状。2026 年 9 月 8 日读取其 Resource Certification Program 页面，“Validators”一栏仍显示“RIPE NCC Validator”，点击后抵达 https://rpki-validator.ripe.net/ui/。服务器正常返回，文档标题却是“Routinator”，页面描述也明确说这是 Routinator 的用户界面。

地址是连续的，软件不是。

RIPE NCC 在 2021 年 6 月 15 日宣布，将于 7 月 1 日停止支持自己的 RPKI Validator，并建议仍在运行该产品的网络运营者改用 Routinator、Fort、OctoRPKI、RPKI-client 或 Prover。公告还给出了维护终止的实际含义：此后不会继续更新，继续使用可能带来安全事件。9 月 10 日，RIPE NCC 又记录了公共服务的迁移计划——保留 rpki-validator.ripe.net，但在 9 月 16 日把背后的界面和实现换成 Routinator。

这次迁移并不含糊。含糊的是五年后仍留在另一家 RIR 页面上的产品名称。

AFRINIC 自己已经给出了另一种答案

validator.afrinic.net 的标题是“RPKI Relying Party Software”。它把 AFRINIC 托管的 Rcynic 和 Routinator列为本地服务，又把同一个 RIPE 地址写成“RIPE NCC: Routinator”。目标页面的标题、RIPE NCC 的迁移记录和 AFRINIC 的这张推荐页相互吻合。只有资源认证主页面还保留旧产品名。

主页面同一段还列出“RPKI.net rcynic Validation Tool”和“RPSTIR - BBN Validation Tool”，但没有显示版本、当前维护者、支持状态或核验日期。这里必须克制。现有证据不足以断言这两个项目已经停止维护、存在漏洞或正在 AFRINIC 的生产环境运行。可确认的只有一点：公开清单没有向读者提供判断生命周期所需的字段。

最有力的反方意见是，实际使用没有被阻断。主页面的链接把读者送到了当下可用的 Routinator；另一页还给出了正确名称。成熟的网络团队也不会仅凭一个 RIR 落地页选择生产验证器，而会查看项目仓库、软件包、版本说明和本地配置。这样看，旧标签只是一项成本很低的网页修正。

但“成本低”不等于“不重要”。链接会被复制进采购材料、培训课件、运维手册和审计底稿。“RIPE NCC Validator”指向一条在 2021 年终止支持的代码谱系；“Routinator”指向另一套实现和维护责任。两个名称共享过一个域名，不会让它们成为同一项依赖。

验证器不是装饰层

RFC 8897 对 RPKI relying-party 软件的定义很直接：它从分布式仓储获取并验证互联网号码资源数据，验证结果可以支持 BGP 决策。该标准把散布在十三份技术文档中的要求归纳为四组：获取与缓存仓储对象，处理证书和吊销列表，处理签名对象，以及分发验证后的数据。

因此，软件身份至少关系到实现版本、默认行为、缺陷修复、输出格式和维护者。知道产品名并不能证明某个验证结果一定正确，却是重建“谁读取了什么、按哪套规则读取”的起点。只留下 URL，相当于保留了入口，却删掉了解释结果的关键变量。

NLnet Labs 的稳定文档把当前实现进一步钉牢。Routinator 0.15.2 在 /ui 提供 HTTP 界面，主要功能包括 Prefix Check，并展示最近一次验证运行以及 HTTP、RPKI-to-Router 连接指标。RIPE 目标页面的标题、描述和路径都符合这一产品说明。

还要把“代码维护者”和“公共服务运营者”分开。RIPE NCC 当年的迁移说明明确提醒，其公共验证页面是尽力而为的服务，不应被当成有可用性保证的生产依赖。一个清单至少要分别回答：这是什么软件，谁在维护代码，谁在运行这个实例，它适合什么用途。

缺的不是又一个推荐，而是一张变更收据

AFRINIC 无需成为第三方软件认证机构，也不必替所有网络选择同一个验证器。它需要承担的，是公开自己已经做出的那次连接：当页面列出一个工具时，读者能够核对名称与实际对象。

一张版本化的 relying-party 指南清单，可以为每项记录：

  • 页面显示标签和产品规范名称；
  • 实现项目及当前代码维护者；
  • 托管实例的运营者、请求地址与最终地址；
  • 生命周期状态、受支持版本线与最后核验日期；
  • AFRINIC 实际核验的功能和有限结果；
  • 演示、尽力而为查询、评估或生产等预期用途；
  • 前代产品、迁移目标与权威迁移公告；
  • 修正、退役、移除或归档的日期与理由。

旧版本必须保留。今天把文字直接改成 Routinator，会改善当前页面，却无法回答 AFRINIC 是何时公开承认 2021 年那次替换的。保留前后两行，才把一次编辑变成可审计的机构记录。

这张清单还应防止“一次通过”被滥用。HTTP 200 只说明服务器响应；页面标题只支持识别当前应用；版本测试需要具体版本和测试功能；生产适用性则需要另外的判断。把四种结论合成一个绿色勾选，会重新制造本文指出的模糊。

证据不能支持哪些指控

没有证据表明 AFRINIC 在分发或运行退役的 RIPE NCC Validator。链接并未损坏，目标明确是 Routinator。也没有资料证明任何运营者因这段文字安装了错误软件，AFRINIC 的 RPKI 仓储出现问题，ROA 或 VRP 计算错误，路由决策受到影响，或者发生了安全事件。

页面没有显示核验日期，也不能反推维护团队从未检查过它。内部可能存在最近一次复核，只是没有对外留下收据。本文批评的是外部不可验证，不是对内部工作的猜测。

问题最终很窄，也足够成立：RIPE NCC 公开结束一款产品的支持，保留旧域名，把服务迁到 Routinator，并记录迁移；AFRINIC 的一个页面反映了新身份，另一个仍展示旧身份。RPKI 要求资源声明可验证，读取这些声明的软件名称也不应依赖读者自行猜测。

来源