2023년 7월 IETF가 RFC 9432 "DNS 카탈로그 영역(Catalog Zones)"을 표준 트랙(Proposed Standard) 문서로 발행했습니다. 서비스할 영역의 목록 자체를 일반 DNS 영역으로 만들고, 이 영역을 영역 전송으로 보조 서버에 넘기는 방법을 정의합니다. 이렇게 하면 주(primary) 서버와 보조(secondary) 서버 사이에서 영역 추가·삭제를 자동으로 반영할 수 있습니다.
무엇이 발표되었나
영역의 내용은 전체 영역 전송(AXFR)과 증분 영역 전송(IXFR)으로 동기화됩니다. 하지만 주 서버가 어떤 영역을 서비스하는지, 즉 영역 목록은 보조 서버와 자동으로 동기화되지 않습니다. 그래서 영역 하나를 추가하거나 삭제하려면 관리자가 주 서버뿐 아니라 모든 보조 서버의 설정도 직접 고쳐야 합니다. RFC는 이 작업이 번거롭고 실수하기 쉬우며, 서버 구현마다 절차가 다르다는 점을 문제로 듭니다.
RFC 9432에서는 영역 목록을 담은 영역을 카탈로그 영역이라고 부릅니다. 카탈로그 영역에 항목을 추가하거나 삭제하면, 이 영역도 다른 영역과 똑같이 보조 서버로 전송됩니다. 보조 서버는 바뀐 내용에 따라 자신이 서비스하는 영역을 추가·삭제·수정합니다.
주요 용어와 구조는 다음과 같습니다.
- 구성원 영역(member zone): 카탈로그 영역 안에 설정이 게시된 영역
- 카탈로그 생산자(catalog producer): 카탈로그 영역의 내용을 만들고 책임지는 주체
- 카탈로그 소비자(catalog consumer): 카탈로그 영역에서 정보를 읽어 자신을 설정하는 주체. 보조 서버가 아니어도 됩니다.
- 카탈로그 영역은 주로 다른 영역을 가리키는 PTR 레코드의 목록으로 이루어지며, 구성원 영역에 딸린 메타데이터인 속성(properties)을 담을 수 있습니다.
- 구성원 노드(member node)는 카탈로그 영역 바로 아래의 "zones" 이름 밑에 둡니다.
- 카탈로그 영역도 일반 DNS 영역의 규칙을 따라야 합니다. 따라서 SOA와 NS 레코드가 반드시(MUST) 있어야 합니다. NS 레코드는 "invalid."를 가리키는 하나만 두기를 권장(RECOMMENDED)합니다.
- 카탈로그 소비자는 처리 방법이 정해지지 않았거나 지원하지 않는 레코드를 반드시 무시해야(MUST ignore) 합니다.
- 권한 서버에 카탈로그 영역을 여러 개 미리 구성하고, 카탈로그 영역마다 다른 설정을 연결할 수 있습니다.
영향 범위
이 문서는 권한(authoritative) 네임서버 여러 대를 함께 운영하는 환경을 주 대상으로 합니다. RFC는 카탈로그 영역이 재귀(recursive) 네임서버에서 조회될 것을 전제로 하지 않는다고 밝힙니다. 따라서 재귀 리졸버만 운영하는 곳에는 직접 관련이 적습니다.
RFC 9432는 새로운 관리 방법을 정의한 문서입니다. 이 문서가 발행됐다고 기존 서버의 설정 방식을 바꿔야 하는 것은 아닙니다.
운영자가 할 일
- 보조 서버가 많거나 영역을 자주 추가·삭제한다면 카탈로그 영역 도입을 검토해 볼 만합니다.
- 사용하는 네임서버 구현이 RFC 9432를 지원하는지, 어디까지 지원하는지는 각 제품의 문서에서 확인해야 합니다.
- 카탈로그 영역의 변경은 보조 서버의 영역 구성에 바로 반영됩니다. 카탈로그 영역을 만드는 쪽의 변경 관리와 검증 절차를 미리 정해 두는 것이 좋습니다.
- 카탈로그 영역은 재귀 조회 대상이 아닙니다. 일반에 공개된 위임 경로에 노출되지 않도록 구성하는 것이 바람직합니다.
- 운영 환경에 적용하기 전에 시험 환경에서 영역 추가·삭제가 어떻게 반영되는지 확인하기를 권합니다.
원문을 한국어로 번역·요약한 글입니다. 정확한 내용은 원문을 확인해 주세요. AI의 도움을 받아 작성하고 담당자가 검토했습니다.