IETF가 2022년 3월 31일 도메인 등록 정보와 국제화 도메인 이름(IDN)에 관한 RFC 2건을 발행했습니다. RFC 9224(STD 95)는 도메인 이름, IP 주소, 자율 시스템(AS) 번호를 조회할 때 어느 등록 데이터 접근 프로토콜(RDAP, Registration Data Access Protocol) 서버가 권한을 갖는지 찾는 방법을 정의하며, RFC 7484를 대체합니다. RFC 9233은 유니코드 6.0.0에서 12.0.0 사이의 변경이 IDNA2008(Internationalized Domain Names for Applications 2008) 알고리즘의 결과값에 어떤 영향을 주는지 정리하고, IANA 데이터베이스를 유니코드 12.0.0에 맞추는 데 필요한 표를 제공합니다.
한눈에 보기
| RFC 번호 | 제목 | 종류 | 대체·갱신하는 RFC | 적용 대상 |
|---|---|---|---|---|
| RFC 9224 (STD 95) | Finding the Authoritative Registration Data Access Protocol (RDAP) Service | 인터넷 표준(Internet Standard) | RFC 7484 대체 | RDAP 클라이언트 / TLD 레지스트리 / 지역 인터넷 레지스트리(RIR) / IANA |
| RFC 9233 | Internationalized Domain Names for Applications 2008 (IDNA2008) and Unicode 12.0.0 | 제안 표준(Proposed Standard) | 원문에 없음 | IDN을 처리하는 레지스트리와 애플리케이션 / IANA |
건별 내용
RFC 9224: 권한 있는 RDAP 서비스 찾기
기존 RDAP 문서(RFC 7480, 7481, 9082, 9083)는 등록 데이터를 조회하는 방법은 정의하지만, 조회를 어느 서버로 보내야 하는지는 정하지 않았습니다. 이 문서에 따라 IANA는 기존 IPv4·IPv6·AS 번호·도메인 레지스트리를 바탕으로 JSON 형식의 RDAP 부트스트랩 서비스 레지스트리(RDAP Bootstrap Service Registries)를 운영합니다. RDAP 클라이언트는 이 레지스트리를 받아 조회 대상과 맞춰 보고, 권한 있는 서버와 조회에 쓸 기본 URL(base URL)을 찾습니다. 각 레지스트리에는 버전, 발행 시각, 설명과 함께 "services" 배열이 들어 있고, 배열의 각 항목은 엔트리 배열(Entry Array)과 서비스 URL 배열(Service URL Array)의 쌍으로 이루어집니다.
RFC 9233: IDNA2008과 유니코드 12.0.0
IDNA2008은 유니코드 문자 속성으로부터 파생 속성값(PVALID, CONTEXTJ/CONTEXTO, DISALLOWED, UNASSIGNED)을 계산해 IDN에 쓸 수 있는 문자를 정합니다. 유니코드가 개정되면 이미 할당된 코드 포인트의 속성이 바뀌어 허용(PVALID)되던 문자가 금지(DISALLOWED)되거나, 그 반대가 될 수 있습니다. 이 문서는 유니코드 6.0.0과 12.0.0 사이에 생긴 이런 변경을 정리했으며, 역호환을 위한 예외(exception)는 추가하지 않았습니다. 또한 IANA가 데이터베이스를 유니코드 12.0.0에 맞추는 데 필요한 표를 제공하고, IDNA2008 대신 쓰이는 대안 체계도 함께 설명합니다.
운영·설계에 반영할 점
- RDAP 클라이언트나 조회 도구를 만들거나 운영한다면, 조회할 서버를 직접 지정하지 말고 IANA가 공개하는 부트스트랩 레지스트리(JSON)로 찾도록 구현하는 것이 표준 방식입니다. 레지스트리에 있는 모르는 JSON 속성이나 값은 무시해야 합니다(MUST).
- 기본 URL 목록에 HTTPS와 HTTP가 함께 있으면 HTTPS를 먼저 시도해야 합니다(SHOULD). 기본 URL은 반드시 "/"로 끝나야 하므로(MUST), URL을 이어 붙이는 코드가 이 규칙을 전제로 동작하는지 확인하는 것이 좋습니다.
- 부트스트랩 레지스트리의 엔트리나 기본 URL에 들어가는 IDN 레이블은 A-레이블(A-label) 형식으로만 표현됩니다. 조회 전에 입력값을 A-레이블로 변환하도록 구현해야 합니다.
- IDN을 등록·검증하는 시스템은 파생 속성값 판정이 어느 유니코드 버전을 기준으로 하는지 확인하는 것이 좋습니다. 유니코드 버전이 바뀌면 일부 코드 포인트의 허용 여부가 달라질 수 있으며, RFC 9233은 이에 대한 예외를 두지 않았습니다.
- IDNA2008을 따르는 구현과 대안 체계를 쓰는 구현은 같은 문자열을 다르게 처리할 수 있습니다. 여러 애플리케이션과 라이브러리가 함께 쓰이는 환경이라면 각 구현이 어느 체계를 따르는지 점검하는 것이 좋습니다.
원문을 한국어로 번역·요약한 글입니다. 정확한 내용은 원문을 확인해 주세요. AI의 도움을 받아 작성하고 담당자가 검토했습니다.