摘要

  • APNIC 称，维护一台负载均衡节点期间，连接排空步骤被误施加到另一台节点并导致中断。公告列出八项受影响服务，范围从会员门户、注册 API 到多项 RPKI 功能。
  • 公告给出的事件时段为 10 月 1 日 14:44 至 15:01（UTC+10），按显示的分钟数相隔 17 分钟；但“持续时间”栏写的是 15 分钟。APNIC 表示将审查维护和故障切换流程，未披露受影响用户数量或新防护措施的验证结果。

分析

10 月 2 日发布的公告揭示了一个关键的操作错位：计划维护的节点，与实际收到连接排空操作的节点不是同一台。APNIC 表示，维护针对一台负载均衡节点进行，但排空连接的步骤被误施加到另一台节点，并造成了中断。

公告列出的八项服务分别是 MyAPNIC 会员门户、registry-api.apnic.net、DASH、通知平台、REx、RPKI rsync、RPKI 配置与发布协议，以及 rsc-verifier.apnic.net。这份清单跨越会员服务、注册系统及 RPKI 相关功能。它说明 APNIC 报告了哪些服务受到影响，却不能证明八项服务都在整个时段内完全不可用，也不能证明它们共用完全相同的内部路径。

时间记录也有一处可核对的差异。公告将开始时间列为 14:44、结束时间列为 15:01，均为 UTC+10；两个显示时刻相差 17 分钟，但持续时间栏写着 15 分钟。页面没有提供秒级时间或解释，因而读者无法知道比较其他事件时应采用哪一种口径。差异不大，却是公开事件记录中的两项不同测量。

APNIC 说将审查维护和故障切换流程，使步骤更明确并增加防护措施。这是对审查工作的说明，并不等于新流程已获批准、经过测试或投入运行。公告没有指出责任人、完成日期、操作前核验目标节点的机制，也没有逐项列出服务恢复时刻。

证据边界同样重要。清单里有 RPKI 服务，但 APNIC 没有报告 ROA 过期或错误、路由影响、数据丢失、安全事件或号码资源登记错误；也没有给出受影响会员或用户数量。10 月 1 日的事件不同于 APNIC 9 月两次 MyAPNIC 中断，后两者有不同的已披露原因；现有记录没有认定共同根因。

后续说明可以在不公开内部地址、凭据或拓扑的前提下，记录计划维护的目标节点、执行排空前如何核实目标、哪些服务检查用于结束事件，以及公告持续时间采用何种算法。在这些证据出现前，能够成立的结论应保持克制：APNIC 称一次误投的维护步骤导致八项列明服务中断，目前正在审查相关流程。

来源