要約

  • RIPE NCCは8月13日15:03 CESTに、NRTMとsplit filesの障害に関するポストモーテムを掲載した。
  • 報告は、無効なRPSLオブジェクトでNRTMが停止し、その地点以後クライアントが同期を失ったと説明する。
  • 書き込み処理、無効項目の扱い、最近の更新範囲を検証する監視が見直され、Whois 1.124は8月27日予定とされる。

同期は一件のオブジェクトで止まった

RIPE NCCによれば、RIPE DatabaseのNRTMミラーリングサービスは8月2日00:06 UTC頃から8月4日12:30 UTCまで影響を受けた。直接の原因は、RIPE Databaseに無効なRPSLオブジェクトが追加されたことだった。NRTMはこのオブジェクトに到達した時点で動作を止め、そこから先でクライアントはデータベースと非同期になったという。

障害ページは反転DNSのプロビジョニングもNRTMに依存すると記録している。調査中はdomainオブジェクトの更新がグローバルDNSに現れなかったが、RIPE NCCは後に保留分を処理して公開したと報告した。これは公開された障害範囲の説明であり、個々のミラーや全ての利用者の状態を保証するものではない。

許容と通過を別々に直す

ポストモーテムは、4月のWhois 1.122で導入された変更を無効オブジェクトの出発点として挙げる。descr: と remarks: 属性で余分な改行が意図せず許され、無効なRPSLが書き込まれた。RIPE NCCは、UTF-8コードポイントの置換で追加改行を書かないよう変更したとしている。

同時に、NRTMサーバーは無効なRPSLを飛ばさず、内部エラーで失敗していた。今後はその項目をスキップしてエラーを記録し、データベース担当が修正した後に更新がストリームへ現れるようにするという。二つの修正は、8月27日木曜日予定のWhois 1.124に入るとされる。これは予定の告知であり、すでに提供済みという証拠ではない。

到達性だけでなく更新範囲を確かめる

RIPE NCCは、最近のNRTM更新範囲を要求し、その応答を検証する監視も追加した。プロセスが応答することではなく、最近のデータ列が読める状態で流れているかを見る設計である。

利用側にとっての限定的な教訓は、接続可能性と意味のある進捗を分けて監視することにある。公開情報は影響を受けたクライアント一覧や回復の独立測定を示していない。ただし、入力の妥当性、ストリームの例外処理、更新の連続性を同じ運用面で扱う理由は明確にしている。

出典