Summary

  • APNIC 公开状态历史记载，RSC 在线验证器于 10 月 6 日 01:30 至 02:45 UTC 处于维护状态，期间正在调整部署策略。
  • 02:45，事件标记为完成；状态 RSS 同时将该组件列为 Operational，并报告平均响应时间为 780 毫秒。

APNIC 状态历史记录显示，rsc-verifier.apnic.net 于 10 月 6 日维护 75 分钟。维护进行中的说明称，调整 rollout strategy 期间，该端点可能无法访问。02:45 UTC，记录状态变为“Maintenance completed”。同一时刻，状态 RSS 将该组件标记为 Operational，并附上 780 毫秒的平均响应时间。

这只是服务状态变化，不是版本说明。公开记录没有给出软件版本或具体改动，没有受影响用户数量、验证失败情况或验收测试。780 毫秒是维护窗口结束时 RSS 报告的一项平均响应统计，不是服务等级承诺，也不能证明每位用户都能成功验证对象。

这一界限很重要，因为公开验证器只是检查 RPKI 签名清单（RSC）的一种方式。APNIC 对 RSC 的说明是：资源持有者可以用关联特定 IP 资源或 ASN 的 RPKI 证书为文件或文档签名。接收方可以用 rpki-client 在本地验证，也可以使用 APNIC 的公开在线服务。网站让验证更方便，但签名的权威性并不来自网站。

因此，状态记录支持的结论很窄：APNIC 的 RSC 公共验证端点进入维护状态，并在记录的结束时间恢复为 Operational。它不能证明 RSC 签发、证书签发、仓库发布、ROA 处理或 BGP 路由中断，也没有说明某个具体 RSC 在维护期间能否通过验证。本地验证是另一条路径，但用户需要具备合适工具和必要的 RPKI 数据。

这个边界也有助于区分 APNIC 近期的其他服务公告。10 月 1 日的公告描述了一起单独的负载均衡器错误，影响八项服务，其中包括 RSC 验证器；已查阅的公开来源没有将那起事件与 10 月 6 日维护联系起来。10 月 13 日的后续公告则涉及另一个端点——RPKI rsync 服务。这不是同一次持续故障。

对在 BYOIP、客户接入或资源权属证明中使用 RSC 的运营商来说，在线验证器能降低与对方协作的门槛。更有韧性的流程应预先说明对方是否接受本地验证、认可哪些实现、需要检查哪些资源范围，以及如何留存验证结果。这样，网站可用性是访问问题，而不会成为未明说的密码学依赖。

来源