요약

  • RIPE Database 업데이트가 10월 28일 거의 8시간 동안 간헐적으로 실패했고 역방향 DNS 요청도 영향을 받았다.
  • RIPE NCC의 후속 분석은 실패한 요청 중 위임을 바꿀 수 있었던 건 없었다고 밝혔다. 일부는 변경이 없었고, 나머지는 Zonemaster 검사를 통과하지 못했다.

시스템 장애 알림은 영향 범위를 한 번에 설명하기 어렵다. 요청이 들어왔는지, 데이터베이스 객체가 바뀌었는지, 부모 DNS 영역에 게시됐는지는 별개의 단계다. RIPE NCC의 10월 28일 업데이트 장애는 이 차이를 보여준다.

RIPE NCC 상태 기록에 따르면 RIPE Database 업데이트는 11:42부터 19:40 UTC까지 간헐적으로 실패했다. 20:04 CET 첫 조사 알림은 일부 업데이트가 처리되지 않고 일부 domain 객체가 역방향 DNS에 영향을 줬다고 설명했다. 20:23에는 수정 사항을 적용해 관찰 중이라고 밝혔고, 20:32 장애를 해결 처리했다.

더 중요한 설명은 10월 30일에 추가됐다. 실패한 요청 가운데 일부는 애초에 변경을 담고 있지 않았다. 나머지는 Zonemaster 사전 위임 검사를 통과하지 못했다. RIPE NCC는 따라서 실패한 요청이 역방향 위임을 바꾸지는 않았을 것이라고 밝혔다.

역방향 위임은 RIPE Database의 domain 객체에서 시작한다. nserver 속성이 해당 영역의 네임서버를 지정한다. RIPE NCC는 데이터베이스 기록을 이용해 DNS 영역을 만들기 때문에, 승인된 객체 변경은 상위 영역에 반영되고 공개 리졸버에 보일 수 있다.

요청을 제출했다고 게시가 완료되는 것은 아니다. RIPE 문서에 따르면 이름 서버 구성을 검사하고 ERROR 또는 CRITICAL 결과가 나온 업데이트는 거부한다. 업데이트가 성공해도 DNS에 위임 정보가 나타나기까지 최대 24시간이 걸릴 수 있다. 요청 접수, 객체 변경, 상위 영역 게시가 서로 다른 상태인 이유다.

10월 장애는 업데이트 처리 경로를 끊었다. 후속 조사에 따르면 실패한 요청은 아무것도 바꾸지 않거나 검증 관문에서 거부될 요청이었다. 실패한 요청 때문에 공개 위임이 바뀌었다는 기록은 없다. 장애 공지를 읽을 때 중요한 질문은 “DNS가 바뀌었나” 이전에 “어느 단계가 멈췄나”다.

RIPE NCC는 실패 요청 수와 기술적 원인을 공개하지 않았다. 이 두 사실이 있어야 규모와 원인을 정확히 판단할 수 있다.

출처