APNIC, WHOIS·RDAP 보고서 92시간분 보충… 복구 기록은 미공개

요약

APNIC 10월 아카이브에 10월 23일 04:00 UTC부터 27일 00:00 UTC까지의 WHOIS/RDAP 보고서 92건이 모두 올라왔다. 보고서와 MD5 파일은 디렉터리 기준 10월 29일 10:16(UTC+10)이라는 같은 수정 시각을 기록한다.
10월 16일 장애 공지에는 종료 시각과 지속 시간이 여전히 없다. 체크섬은 내려받은 바이트를 대조하지만, APNIC 공개 스키마에는 매시간 원본 로그의 완전성을 표시하는 항목이 없다.

파일 92개가 같은 시각에 돌아왔다

10월 27일 APNIC 아카이브에는 시간별 보고서 92건이 비어 있었다. 이틀 뒤 92개 보고서와 각 MD5 파일이 모두 같은 수정 시각, 10월 29일 10:16(UTC+10)으로 돌아왔다. 공백은 10월 23일 04:00 UTC부터 27일 00:00 UTC까지 나흘, 연속 92개 구간이었다. 오늘 10월 파일 전체를 받으면 당시 사본보다 시간별 관측치가 92개 더 들어간다.

아카이브가 이 파일들을 되돌린 시점도 눈에 띈다. 대상 보고서 92건과 각각의 .md5 파일이 디렉터리에 10월 29일 10:16 수정으로 표시돼 있다. APNIC 서버 시간은 UTC+10이다. 첫 파일과 마지막 파일의 HTTP 헤더는 00:16:28 UTC를 가리킨다. 두 압축 파일을 받아 보고서 안의 시간대를 확인하고, 실제 파일의 MD5와 APNIC이 공개한 검증 파일을 대조했다. 첫 보고서는 10월 23일 04:00~~05:00 UTC, 마지막은 26일 23:00~~27일 00:00 UTC를 다룬다.

현재 통계도 이어지고 있다. 최신 WHOIS·RDAP JSON은 10월 30일 23:00부터 31일 00:00 UTC까지를 담고 있으며, MD5가 다운로드한 파일과 일치한다. 파일 기준으로 빠졌던 시간은 채워졌고 시간별 발행도 최신 구간까지 도달했다.

하지만 장애 기록은 그대로다. APNIC의 10월 16일 공지는 로그 처리 문제로 UTC+10 10:00 이후 통계가 불완전해졌다고 설명했다. 통계 생성을 중단했으며 문제가 해결되면 영향을 받은 파일을 다시 공개하겠다고 했다. 그런데 종료 시각과 지속 시간은 빈칸이다. 서비스 업데이트 목록에는 공지가 남아 있지만 WHOIS/RDAP 통계 장애를 닫는 별도 공지는 없다.

보고서 92건은 아카이브에 돌아왔다. APNIC README는 보고서의 시간 구간, 조회 건수, 조회 유형별 분포, ASN 수와 ASN별 통계를 정의한다. 공개 자료에는 개정 번호, 시간별 완전성 상태, 복구 목록이 없다. 표본 두 건의 MD5는 다운로드 파일과 APNIC이 공개한 값이 일치함을 확인한다. 어떤 원본 로그가 처리됐는지, 영향받은 각 시간이 어떻게 복구됐는지를 보여주는 기록은 아직 없다.

10월 27일 저장본에는 이 92개 구간이 없었고, 현재 디렉터리에는 모두 있다. 오늘 전체 파일을 읽어 만든 그래프는 과거 사본보다 시간 구간이 92개 많다. 과거 결과를 재현하려면 당시 아카이브를 저장해야 한다. 새 보고서를 분석에 넣으려면 각 시간의 처리 상태도 알아야 한다. APNIC의 공지에는 장애 종료 시각과 10월 16일부터 영향을 받았다는 기간의 시간별 복구 상태가 없다.

파일 복구 뒤에 남은 시간별 처리 기록

APNIC은 구간별 매니페스트 하나로 남은 질문에 답할 수 있다. 각 UTC 시간, 복구 상태, 처리 실행 ID, 현재 체크섬, 장애 종료 시각을 적으면 된다. 통계가 여전히 불완전한 시간은 그 행에 표시하면 된다. 그래야 사용자는 파일 재게시와 통계 완전성 확인을 구분하고 나중에 같은 시계열을 다시 계산할 수 있다.

디렉터리 수정 시각은 파일이 돌아온 때를 기록한다. 복구 기록에는 시간별 처리 ID와 상태, 장애 종료 시각이 필요하다. APNIC은 빠졌던 시간을 아카이브에 돌려놓았다. 이제 각 보고서가 어떤 처리 과정을 거쳤는지 공개해야 한다.