Summary

  • RIPE NCC는 10월 28일 19:40 UTC까지 데이터베이스와 역방향 위임 업데이트가 간헐적으로 실패했다고 기록했다.
  • 사고 페이지는 20:32 CET(19:32 UTC)에 해결로 표시했다. 10월 30일 조사에서는 실패 요청이 위임을 바꾸지 않았을 것이라고 밝혔다.

상태 페이지의 첫 공지는 진행 중인 서비스 문제를 설명했다. RIPE Database 업데이트 일부가 처리되지 않았고, 일부 도메인 객체가 역방향 DNS 서비스에도 영향을 줬다. 장애는 10월 28일 11:42부터 19:40 UTC까지 이어졌다. RIPE NCC는 수정 사항을 적용하고 모니터링한 뒤 중앙유럽시간 20:32에 장애를 해결됨으로 표시했다.

10월 28일의 두 시각은 같은 기준으로 환산해야 한다. 유럽연합 집행위원회의 2026년 서머타임 일정은 10월 25일 종료를 기록하므로, 20:32 CET는 19:32 UTC다. RIPE 상태 기록은 영향 구간 종료를 19:40 UTC로 적었다. 해결 표시는 기록된 종료 시각보다 8분 빠르다.

이틀 뒤 공개 기록은 결과를 더 구체적으로 설명했다. 실패한 요청을 자세히 조사한 결과, 역방향 위임을 바꿀 요청은 하나도 없었다. 일부 요청은 변경 사항 자체가 없었고, 나머지는 Zonemaster 사전 위임 검사를 통과하지 못했다. 업데이트 경로는 불안정했지만 검토된 요청은 위임 기록을 변경하는 데 필요한 검사를 통과하지 못했다.

핵심은 이 차이다. 작업이 중단돼도 그 작업이 바꾸려던 상태까지 바뀐 것은 아닐 수 있다. RIPE NCC는 역방향 위임의 생성·수정·삭제가 간헐적으로 실패했다고 기록했다. 이후 검토는 실패 요청이 애초에 해당 위임을 변경하지 않았을 것이라고 밝혔다. 상태 기록은 두 사실을 함께 보여 주지만 각 요청이 몇 건이었는지는 공개하지 않았다.

RIPE NCC는 데이터베이스 업데이트가 19:32와 19:40 UTC 중 언제 재개됐는지 설명하지 않았다. UTC 기준으로 바로잡은 복구 시각이 공개돼야 표시 차이인지 영향 구간이 끝나기 전 사건을 닫은 것인지 판별할 수 있다.

시간순 상태 기록은 유용하다. 20:04 CET RIPE NCC는 일부 업데이트가 처리되지 않고 도메인 객체가 역방향 DNS에 영향을 준다고 알렸다. 20:23에는 수정이 적용돼 모니터링을 시작했다고 했다. 20:32에는 장애가 해결됐다고 표시했다. 10월 30일에는 요청 단위 설명이 추가됐다. 앞의 세 항목은 서비스 복구를 기록하고, 후속 설명은 레지스트리 상태에 미친 영향을 한정한다.

시간순 기록은 업데이트 실패, 수정과 모니터링, 요청별 조사로 이어진다. 재시도와 재처리 결과를 공개하면 서비스 복구 뒤에도 유효한 작업이 남았는지 알 수 있다.

기록: RIPE NCC 장애 시간표; RIPE NCC 상태 기록과 10월 30일 업데이트; 유럽연합 집행위원회의 2026년 서머타임 일정.