요약

  • RIPE NCC가 10월 30일 추가한 기록은 10월 28일 데이터베이스 업데이트 실패 구간을 UTC 11:42~19:40으로 잡았다. 최초 사고 페이지는 UTC 19:32에 해결을 선언했다.
  • 후속 조사에 따르면 실패한 요청은 역방향 위임을 바꾸지 않았다. 변경 내용이 없거나 Zonemaster 사전 위임 검사를 통과하지 못했다. 최초 기록의 영향 표시는 ‘major’, 후속 기록은 ‘none’이다.

RIPE NCC가 10월 28일 공개한 사고 페이지는 수정 사항을 20:23 CET부터 감시했고, 20:32 CET에 해결됐다고 적었다. UTC로는 19:32다. 이틀 뒤 추가된 기록은 데이터베이스 업데이트가 19:40 UTC까지 간헐적으로 실패했다고 밝혔다. 나중에 제시된 실패 구간이 최초 해결 공지보다 8분 길다.

시작 시각도 다르다. 후속 기록은 실패가 11:42 UTC부터였다고 썼다. 첫 공개 조사 공지는 20:04 CET, 즉 19:04 UTC였다. 7시간 22분 차이다. 최초 페이지는 일부 업데이트가 처리되지 않았고 일부 domain 객체가 역방향 DNS에 영향을 줬다고 설명했으며, 사고 영향도를 ‘major’로 표시했다.

10월 30일 조사는 실패 요청이 실제 데이터에 미친 범위를 좁혔다. 요청에 변경 사항이 없었거나 Zonemaster 사전 위임 검사를 통과하지 못했기 때문에 역방향 위임을 바꿀 요청은 없었다는 것이다. RIPE Database의 역방향 DNS 안내에 따르면 domain 객체로 위임을 신청하며, RIPE NCC는 네임서버 검사를 거쳐 위임을 전파한다.

따라서 공개된 내용은 쓰기 요청의 실패이지, 그 요청이 위임 장부를 잘못 바꿨다는 이야기가 아니다. 다만 상태 API는 첫 기록에 ‘major’, 연결된 후속 기록에 ‘none’을 붙이고도 차이를 설명하지 않는다. 실패 요청 수와 대상 객체도 빠져 있다. 그 목록이 있어야 운영자는 자신의 요청을 하나씩 대조하지 않고 어디까지 마감할 수 있는지 알 수 있다.

출처