요약

  • Jaco Kroon은 10월 22일 상위 inetnum을 삭제할 때 역방향 도메인 네 개와 경로 객체 하나가 하위 객체로 남아 작업이 거부되는 사례를 공개했다.
  • AFRINIC의 현행 정책은 역방향 DNS 위임을 위해 등록된 할당 또는 재할당을 요구한다. Kroon의 설명대로라면 그 등록을 바로잡는 과정에서 위임 객체를 잠시 지워야 할 수 있다.

주소 장부를 고치려는 사람에게 데이터베이스가 먼저 내미는 것은 지우개다. AFRINIC 정책 토론 목록에 올라온 글에서 Jaco Kroon은 inetnum 삭제를 막는 오류 다섯 개를 제시했다. 네 개는 역방향 domain, 하나는 route 객체를 가리킨다. 예시 주소 10.0.0.0/22는 사설 대역이다. 글에는 실제 공용망 장애나 영향을 받은 회원이 특정돼 있지 않다.

inetnum은 주소 사용을 적는다. domain은 해당 주소의 역방향 DNS를 어느 이름 서버에 위임할지 적고, route는 경로 등록에 쓰인다. AFRINIC의 역방향 DNS 안내에 따르면 회원이 포털·WHOIS·이메일로 domain 객체를 제출하면 AFRINIC이 검사한 뒤 위임 정보를 게시한다. DNS 영역과 PTR 레코드는 회원이 운영한다. 그 객체를 없애면 등록기관이 게시할 위임 근거도 사라진다. 다음 게시 주기에 상위 영역의 참조가 빠지면 외부의 역방향 조회는 회원의 이름 서버에 도달하지 못할 수 있다. 안내문은 객체를 다시 등록한 뒤 전파에도 시간이 걸릴 수 있다고 설명한다. 이것이 실제 장애로 이어졌다는 기록은 Kroon의 글에 없다.

현행 통합 정책 매뉴얼 10.5.2는 해당 주소 공간에 할당 또는 재할당이 등록돼 있어야 역방향 위임을 허용한다. /24는 적어도 한 건이면 충분하며 전체 주소를 모두 할당할 필요는 없다. WHOIS 입문서는 사용 현황에 맞춰 기록을 수정하라고 요구하면서, 다른 객체가 참조하는 기록은 곧바로 삭제할 수 없다고 설명한다. Kroon이 제기한 문제는 바로 이 두 요구가 만나는 삭제 순서다.

그는 직원들이 데이터베이스 제약을 완화할 수 있도록 10.5절 전체를 없애자고 제안했다. 그러나 10.5.1에는 회원 자격이 유효한 지역 등록기관의 위임 요청과 변경에 관한 조건도 있다. 그의 글은 토론의 시작이며 번호가 붙은 정식 정책안은 아니다. AFRINIC의 기술 재현이 나오면 위임을 유지하면서 주소 기록을 바꿀 수 있는 경로가 있는지 확인할 수 있다.