요약

  • 2026년 9월 3일 수집된 데이터에서 위임 레코드의 약 1.1%가 결함으로 표시되었지만, 표시된 보유자는 10.9%에 달합니다. 두 분모는 서로 바꿔 쓸 수 없습니다.
  • 관측치는 시계열 초반의 39,814건에서 2026년 9월 2일로 표시된 마지막 행의 1,936건으로 줄었습니다. 약 95.1% 감소지만, 이는 동일한 범위를 지속 추적한 모집단의 복구율이 아닙니다.
  • 별도로 집계된 삭제 이력은 위임 레코드 27,726건, 도메인 객체 9,036건의 삭제를 합산합니다. 더 이상 사실이 아닌 표시를 제거하는 것과 유용한 응답을 복구하는 것은 서로 다른 결과입니다.

한쪽에서는 약 1.1%, 다른 쪽에서는 10.9%입니다. 이 두 비율은 서로 모순되지 않고 정확히 같은 문제 집합을 서술할 수 있습니다. 첫 번째는 위임 레코드에 관한 것이고, 두 번째는 요약에 나타난 자원 보유자에 관한 것입니다. 2026년 9월 3일 수집된 AFRINIC 역방향 DNS 요약 파일이 이를 보여 줍니다.AFRINIC 요약 데이터

이 차이는 통계학자의 주의 사항 그 이상입니다. 레지스트리 담당자는 상대적으로 작은 오류 수를 측정할 수 있지만, 이를 수정하는 팀은 결코 적지 않은 수의 보유자와 조율해야 합니다. 작업은 반드시 레코드처럼 분배되지 않습니다. "몇 개의 참조가 표시되어 있는가?"라는 질문에 답하는 지표는 "누가 조치해야 하는가?"에는 아직 답하지 못하고, "어떤 서비스가 복구되었는가?"에는 더욱 답하지 못합니다.

올바른 분모가 진단을 바꾼다

요약에는 세 개 모집단 각각에 대해 표시됨과 표시 안 됨이라는 두 상태가 있습니다. 각 모집단의 두 상태를 합하면 다음 비율이 나옵니다. 이는 파일의 범주에 대한 계산이지, 가용성의 독립적 측정이 아닙니다.

요약 모집단표시됨두 상태의 합계표시된 비율
위임 레코드1,936172,702약 1.1%
도메인 객체1,35852,450약 2.6%
자원 보유자1941,774약 10.9%

마지막 행을 AFRINIC 전체 회원에 대한 주장으로 바꾸고 싶은 유혹이 있을 것입니다. 파일은 이를 허용하지 않습니다. 1,774는 이 두 상태가 나타내는 보유자의 합계일 뿐입니다. 마찬가지로 1,358개의 도메인 객체는 그룹핑 쿼리가 이 데이터에 공개되지 않은 집계 범주입니다. 이 도메인들 각각이 완전히 해석 불가능하다는 결론이나 1,936개 참조가 그들 사이에 어떻게 분포하는지 재구성할 근거는 없습니다.

하나의 도메인은 여러 서버를 선언할 수 있습니다. 한 서버는 더 이상 역할을 수행하지 않을 수도 있고, 다른 서버는 여전히 응답할 수 있습니다. 따라서 결함 참조 한 건의 계수만으로 완전한 서비스 중단을 선언할 수 없습니다. 반대로 마지막으로 사용 가능한 서버가 결정적일 수 있으며, 그 경우 관련 레코드 수는 적을 수 있습니다. 조치를 조직할 때는 규모만큼이나 남아 있는 구조가 중요합니다.

포털은 바로 여러 뷰와 삭제 정보를 담은 별도 테이블을 제공합니다. 그 가치는 독자가 단일 카운터를 총평으로 해석하도록 강요받지 않고, 이 질문들을 서로 구분되게 만드는 데 있습니다.결함 위임 대시보드

점검 분류일 뿐, 보편적 보장이 아니다

영어 단어lame자체에 정의가 필요합니다. RFC 9499는 이 용어의 사용이 변화해 왔으며 다양한 결함을 포괄한다고 설명하고, 더 정확한 용어를 권합니다. 따라서 같은 이름을 가진 두 수치는 실제로 무엇을 검증하는지 살펴본 뒤에야 비교 가능해집니다.RFC 9499, 7장

AFRINIC의 2021년 설명에는 응답 부재, 잘못된 도메인에 대한 응답, 권한(authority) 비트가 없는 응답이 포함됩니다. 검증은 등록된 전체 서버에 대해 월 단위, 탐지된 사례에 대해서는 일 단위로 수행되는 것으로 서술됩니다. 최소 세 개의 지리적 위치가 사용되며, 그중 하나라도 권한 있는 응답 하나만 있으면 서버는 결함으로 분류되지 않습니다. 이 문서는 공개된 방법을 서술할 뿐, 현재 그 실행에 대한 감사 결과가 아닙니다.AFRINIC이 공개한 방법

이 기준에는 신중한 논리가 있을 수 있습니다. 네트워크의 한 지점에서의 실패만으로 참조를 삭제하지 않는다는 것입니다. 그러나 이는 모든 사용 방식, 모든 질의 유형, 클라이언트가 겪는 모든 상황을 보증하지 않습니다. 레지스트리의 점검과 운영자의 가용성 요구는 같은 테스트가 아닙니다. 이 차이를 인정하는 것은 프로그램의 취약성도, 표준 위반도 입증하지 않습니다.

유지보수의 필요성은 실재합니다. 선언된 역할을 수행할 수 없는 서버로 질의를 반복적으로 보내는 것은 노력을 소모하고 오도적인 표시를 유지합니다. RFC 4697은 이 동작의 여러 형태를 설명하며, 특히 존의 전체 서버 실패와 일부 서버 실패를 구분합니다. 그 사례들은 AFRINIC의 트래픽을 측정하지 않습니다. 메커니즘을 밝힐 뿐, 여기서 절감되는 양을 수치화하지 않습니다.RFC 4697

레지스트리에서 사라지는 것과 서비스로 돌아오는 것

가상의 상황을 생각해 봅시다. 어떤 역방향 존에 두 서버가 선언되어 있지만, 그중 하나는 더 이상 권한 있는 응답을 제공하지 않습니다. 그 서버를 복구하면 해당 서버의 서비스가 고쳐집니다. 다른 서버를 남겨 둔 채 그 참조를 제거하는 것은 오히려 이용 가능한 서비스에 대한 서술을 고치는 것입니다. 두 경우 모두 하나의 오류가 목록에서 사라질 수 있습니다. 그러나 선택된 경로와 남은 용량은 동일하지 않습니다.

모든 참조가 더 이상 사용할 수 없게 되었다면, 그 제거는 새로운 응답을 만들어 내지 않습니다. 막다른 길로 이어지던 표시를 끝내는 것입니다. 이 정리는 유용할 수 있지만, 여전히 서비스가 필요한 보유자는 다른 방식으로 서비스를 복구해야 합니다. 올바르게 알려진 부재는 잘못된 안내보다 정직하지만, 복구는 아닙니다.

AFRINIC의 방법은 서버 속성과 도메인 객체를 정확히 구분합니다. 일련의 점검과 통지 후 30일째 되는 날 조치에 이를 수 있으며, 선언된 서버가 더 남아 있지 않으면 해당 속성의 제거와 도메인 객체의 제거를 규정합니다. 삭제된 도메인에 대한 조회는 그 시점부터 NXDOMAIN을 받는다고 명시합니다. 이 제한된 범위를 IP 주소 제거, 경로 삭제 또는 조직에 대한 제재로 확대해서는 안 됩니다. 데이터에는 그런 행위가 나타나지 않습니다.

동시에 반대 오류도 경계해야 합니다. 명백히 사용 불가능한 참조를 유지하는 것이 반드시 연속성을 보호하는 것은 아닙니다. 그것은 단지 사용자들이 질의 한 번 한 번마다 약속된 서비스가 그곳에 더 이상 존재하지 않는다는 사실을 발견하는 비용을 리졸버에 전가할 수 있습니다. 레지스트리의 품질에는 더 이상 합리적으로 서술할 수 없는 것을 광고하지 않을 의무가 포함됩니다.

감소가 모든 움직임을 말해 주지는 않는다

수집 당시 홈페이지는 1,936개의 결함 위임과 95%의 감소를 표시했습니다. 히스토리 파일의 시작과 끝은 이 규모와 부합합니다. 2018년 9월 28일 39,814건, 2026년 9월 2일 1,936건으로 37,878건 감소, 약 95.1%입니다. 이 대조가 홈페이지가 사용한 공식이나 약 8년에 걸친 범위의 안정성을 증명하지는 않습니다.통계 포털;히스토리 시계열

삭제 테이블은 더 늦은 2021년 5월 30일에 시작해 2026년 8월 31일에 끝납니다. 996개 행은 위임 제거 27,726건과 도메인 객체 제거 9,036건을 합산합니다. 개별 식별자가 없는 상태에서 이 합계는 서로 다른 객체의 수를 증명하지 못합니다. 재등장 가능성은 단순한 합산으로 배제할 수 없습니다.삭제 이력

따라서 이 제거 수치를 재고 감소에서 빼서 "복구"를 얻어내는 것은 정당화되지 않습니다. 기간이 다릅니다. 어떤 결함이 재고에서 빠지는 동안 새 결함이 들어올 수 있습니다. 구성 수정, 서버 목록 변경, 삭제 또는 관측 범위의 변화가 합계를 바꿀 수 있습니다. 이는 서로 구분해야 할 가능성들이지, 특정 행에 귀속된 원인이 아닙니다.

마지막 관측치들이 이 문제를 잘 보여 줍니다. 8월 30일 2,016건, 8월 31일 3,354건, 9월 2일 1,936건입니다. 9월 1일로 표시된 행은 없습니다. 마지막 1,418건의 감소를 1,418건의 복구라고 부를 수도, 단 한 번의 점검 결과라고 할 수도 없습니다. 다른 테이블 마지막 행에 기록된 4건의 제거로도 설명되지 않습니다. 이벤트와 관측된 객체 사이의 연결이 없기 때문입니다.

빠진 날짜가 점검이나 DNS 서비스의 중단을 증명하지도 않습니다. 이용 가능한 시계열을 서술할 뿐입니다. 현재 요약에 있는 삭제 관련 널 값은 삭제가 한 번도 없었다는 뜻이 아닙니다. 별도의 히스토리에 그 기록이 있습니다. 시간적 범위는 수치의 정의에 포함됩니다.

억지 결론 없이 유용한 투명성

이 분석을 위해 다운로드 가능한 CSV 파일과 JSON 데이터에 공통으로 들어 있는 다섯 개 테이블을 행별로 비교했습니다. 두 형식은 특히 2,719개의 히스토리 관측치와 996개의 삭제 행에서 일치합니다. 이 일치성은 계산 검증을 쉽게 합니다. 그러나 데이터에 없는 개별 연결을 드러내지 않으며, 점검된 서버에 대한 감사가 되지도 못합니다.원시 데이터 아카이브

따라서 여러 성과를 혼동하지 않고 인정할 수 있습니다. 시계열 초반보다 훨씬 작은 관측된 재고, 공개적으로 문서화된 유지보수 조치, 집계치들의 일관된 표현입니다. 이 중 어느 것도 복구율이 될 필요는 없으며, 그래도 의미가 있습니다.

근본적인 질문은 사용자에게 남겨지는 결과입니다. 잘못된 표시 하나의 제거, 복구된 서버, 다시 사용 가능해진 존은 서로 연관될 수 있지만 서로 대체되지는 않습니다. 정확한 유지보수의 가치를 인정하면서, 실제로 돌아온 서비스에는 별도의 증거를 요구할 때 레지스트리는 더 잘 평가됩니다.