Summary

  • ICANN은 2016~2017년 운영 계약이 종료되는 일반 최상위도메인 세 곳에서 EBERO 인계 훈련을 했다. 모의 DNS 중단 시간은 11시간 55분에서 1일 9시간 5분이었고, 가장 느린 등록정보 조회 서비스 RDDS 복구에는 5일 17시간 58분이 걸렸다. 에스크로 기능은 8일 3시간 21분 만에 복구됐다.
  • SSR2 권고 24.1은 사전에 정한 데이터, 단계, 기한, 예외 경로를 포함해 전체 절차를 적어도 해마다 시험하고 결과를 공개하라고 요구했다. 이사회는 2022년 11월 과거 훈련과 연례 준비 훈련을 허용하는 제공업체 계약을 근거로 ‘완전 이행’이라고 판단했다.
  • 2023년 이행 문서와 2026년 2분기 상태 보고서의 해당 권고 설명에는 날짜와 복구 시간이 적힌 후속 훈련 결과가 없다. 공개 비교표에는 다섯 기능의 복구 시간과 과거에 발견한 문제의 재시험 결과가 들어가야 한다.

한 서비스가 돌아와도 인계는 계속된다

일반 최상위도메인의 운영자가 핵심 기능을 유지하지 못할 위험이 생기면 ICANN은 비상 백엔드 레지스트리 운영자, 곧 EBERO를 가동할 수 있다. ICANN이 비상 상황을 선언하고 임시 제공업체로의 인계를 조정한다. 공식 프로그램 설명은 DNS 이름 해석, 공동 등록 시스템, 등록정보 조회, 등록 데이터 에스크로, DNSSEC 서명 영역을 다섯 핵심 기능으로 꼽는다. 인계 완료라는 말 하나로 묶기에는 각 기능의 담당자와 순서가 다르다.

2017년 ICANN 발표 자료는 그 순서를 시계로 풀어 놓았다. 세 훈련의 시작일은 2016년 1월 26일, 2017년 4월 25일, 2017년 9월 21일이다. 계약 종료 절차에 들어간 최상위도메인 세 곳과 서로 다른 EBERO 제공업체 세 곳이 참여했다. 각 도메인에는 레지스트리가 보유한 이름 하나만 등록돼 있었고 일반 등록자는 없었다. 기존 운영자는 루트 영역에서 도메인이 제거되기 전 훈련에 동의했다. 출발점인 장애 기준은 모의로 설정됐다. 공개된 시간은 고객에게 실제로 발생한 중단 시간이 아니라 훈련에서 측정한 시간이다.

대체 제공업체 서버에서 DNS와 DNSSEC가 복구되기까지 각각 3시간 46분, 9시간 11분, 3시간 59분이 걸렸다. 루트 영역의 변경이 반영되기까지는 8시간 22분, 1일 5시간 5분, 7시간 55분이 걸렸다. ICANN이 캐시 영향을 제외하고 계산한 모의 DNS 총 중단 시간은 12시간 22분, 1일 9시간 5분, 11시간 55분이다. 서버를 준비하는 사람과 공개 루트의 방향을 바꾸는 사람은 같은 버튼을 누르지 않는다. 이 간격을 별도로 측정해야 어느 인계 구간에서 시간이 쓰였는지 보인다.

데이터는 더 느렸다. 에스크로 보관본이 ICANN에 제공되기까지 1일 7시간 31분, 2일 19시간 36분, 1일 14시간 22분이 걸렸다. 공동 등록 시스템은 차례로 거의 이틀, 거의 사흘, 나흘이 넘어서 복구됐다. RDDS의 총 중단 시간은 2일 5시간 5분, 3일 2시간 14분, 5일 17시간 58분이었다. 에스크로 기능이 다시 작동하며 훈련이 끝난 시점은 5일 21시간 53분, 8일 2시간 34분, 8일 3시간 21분이었다. 첫 DNS 성공 표시가 떴을 때도 데이터 경로에서는 며칠 분량의 일이 남아 있었다.

발표 자료 마지막 표에는 발견된 문제가 44건, 37건, 20건으로 적혀 있다. 더하면 세 훈련의 문제 관찰 기록 101건이지만, 같은 결함이 반복됐는지 자료만으로는 알 수 없다. ICANN은 일부 문제가 해결됐고 일부는 해결 중이라고 했다. 그 슬라이드에는 각 문제의 조치 날짜와 재시험 결과를 연결한 목록이 없다. 문제를 찾은 시험은 제 역할을 했다. 다음 시험에서 문제가 사라졌는지 보여 주는 일이 그 역할의 연장이다.

반복하라는 권고를 어떻게 끝낼 수 있나

SSR2 최종 보고서의 권고 24.1은 EBERO 전 과정을 미리 정한 간격으로, 최소 연 1회 종단 간 시험하라고 요구했다. 사용할 데이터 세트, 진행 상태, 기한과 예외 경로를 계획에 넣고 관련 계약 당사자와 조정해 결과를 공개하라는 내용이다. 핵심은 과거에 한 번 작동했다는 사실을 영구 보증서로 쓰지 않는 데 있다. 계약과 시스템, 담당자가 바뀐 뒤에도 똑같이 인계할 수 있는지 매년 확인하라는 주문이었다.

ICANN 이사회는 2022년 11월 이 권고를 완전 이행으로 승인했다. 근거는 과거 시험과 제공업체 계약에 담긴 연례 준비 훈련 조항이었다. 이행 담당자들은 실제 등록자가 있는 활성 도메인을 시험 대상으로 삼지 않아도 된다고 명확히 했다. 제삼자의 사업을 위험에 노출하지 않는 경계는 타당하다. 과거 세 번의 종료 예정 도메인 훈련도 그 경계 안에서 전 과정을 측정할 수 있음을 보여 줬다. 남는 쟁점은 매년 반복해야 하는 활동을 완료로 표시할 때, 후속 측정치가 어디에 붙어야 하는가다.

2023년 1월 6일 공개된 ICANN 이행 문서는 세 옛 훈련을 명시하고 계약의 훈련 조항을 설명한다. 최종 이행 시점을 2022년 이사회 결정으로 적으면서도 ‘이행 완료’와 ‘주요 단계’ 항목에는 해당 없음이라고 썼다. 문서 설명 안에는 그 뒤 시험의 날짜, 기능별 시간, 문제 해결 표가 없다. 2026년 2분기 특정 검토 보고서도 24.1을 완료 상태로 유지하며 계약상 연례 훈련이 가능하다는 설명을 되풀이한다. 해당 절에는 새로운 복구 시간표가 실리지 않았다.

현재 EBERO 페이지에는 제공업체 계약과 공통 전환 절차서가 있다. 누가 어떤 의무를 지는지는 읽을 수 있다. 과거 훈련에서 RDDS가 여섯째 날까지 걸린 이유가 수정됐는지, 44건·37건·20건의 문제가 다시 나타났는지는 그 문서로 알 수 없다. ICANN은 이미 2017년에 측정 결과를 공개하는 방법을 보여 줬다. 다음 결과에는 날짜, 참여 제공업체, 시험 데이터와 시작 상태, 예외 경로, 다섯 기능의 복구 시점, 기존 문제의 재시험 결과를 붙이면 된다. 그 기록이 나오면 현재의 평가도 바뀔 수 있다. 지금의 ‘완료’는 우선 이사회가 내린 행정적 판단의 날짜를 가리킨다.

Sources