摘要

  • RIPE Database 在 10 月 28 日近八小时内间歇性无法处理更新，反向 DNS 请求也受影响。
  • RIPE NCC 后续称，失败请求没有一条会改变委派：有些请求本来就没有变更，有些没通过 Zonemaster 检查。

“数据库更新失败”听起来像一个结论，其实只说明了链条中的一环。RIPE NCC 10 月 28 日的状态通知先说，一些更新没有被处理，部分 domain object 也影响反向 DNS。10 月 30 日，RIPE NCC 又写明，经过更详细调查，失败请求都不会导致反向 DNS 委派发生变化。

故障时间从 11:42 UTC 到 19:40 UTC。RIPE NCC 在 20:04 CET 发布调查通知，20:23 说已实施修复并继续监测，20:32 将事件标为解决。后来公布的请求分析分为两类：有些请求没有任何变更；其余请求未通过 Zonemaster 的委派前检查。

反向 DNS 委派从 RIPE Database 中的 domain object 开始。对象里的 nserver 字段列出该反向区域使用的名称服务器。RIPE NCC 根据数据库对象生成 DNS 区域数据；经验证的对象变更最终可以进入父区域，并被外部解析器看到。

请求提交不是区域发布。RIPE 的文档说明，数据库会在提交后检查名称服务器配置；检查结果为 ERROR 或 CRITICAL 的更新会被拒绝。更新成功后，委派信息仍可能要等最多 24 小时才出现在 DNS 中。请求接收、对象变更、父区域发布，是三个不同状态。

10 月故障打断了更新处理，但后续调查把公开影响说得更窄：失败的请求是空操作，或会被校验关卡挡下。没有证据显示这些失败请求改变了已发布委派。这条边界重要，因为一条数据库错误通知本身无法回答用户所看到的 DNS 状态。

RIPE NCC 尚未公布失败请求数量或技术根因；这两项事实会决定故障规模如何评估、问题如何复盘。

来源