IETF는 2021-06-16 등록 데이터 접근 프로토콜(Registration Data Access Protocol, RDAP)을 다루는 RFC 2건을 발행했습니다. RFC 9083은 RDAP 질의에 대한 JSON 응답 데이터 구조를, RFC 9082는 등록 정보를 조회하는 HTTP URL 질의 형식을 정의합니다. 두 문서 모두 인터넷 표준(Internet Standard, STD 95)입니다. RFC 9083은 RFC 7483을, RFC 9082는 RFC 7482를 대체(obsolete)합니다. 적용 대상은 지역 인터넷 레지스트리(Regional Internet Registry, RIR)와 도메인 이름 레지스트리·레지스트라(Domain Name Registry/Registrar, DNR)가 운영하는 RDAP 서버, 그리고 이를 조회하는 클라이언트입니다.
한눈에 보기
| RFC 번호 | 제목 | 종류 | 대체·갱신하는 RFC | 적용 대상 |
|---|---|---|---|---|
| RFC 9083 | JSON Responses for the Registration Data Access Protocol (RDAP) | 인터넷 표준 (STD 95) | RFC 7483 대체 / 갱신: 원문에 없음 | RIR·DNR의 RDAP 서버 / RDAP 클라이언트 |
| RFC 9082 | Registration Data Access Protocol (RDAP) Query Format | 인터넷 표준 (STD 95) | RFC 7482 대체 / 갱신: 원문에 없음 | RIR·DNR의 RDAP 서버 / RDAP 클라이언트 |
건별 내용
RFC 9083: RDAP의 JSON 응답
RIR와 DNR이 관리하는 등록 정보를 RDAP 응답으로 돌려줄 때 쓰는 JSON 데이터 구조를 정의합니다. 도메인(domains), 네임서버(nameservers), 엔티티(entities) 객체 클래스는 RIR와 DNR이 함께 쓰는 통합 모델로 정의되어 있고, IP 네트워크와 자율 시스템(Autonomous System, AS) 번호 객체 클래스는 RIR가 추가로 제공합니다. 단일 객체 조회(lookup)에는 해당 객체 하나를 담은 JSON 객체로, 여러 객체 검색(search)에는 객체 배열을 담은 JSON 객체로 응답합니다. 확장 규칙도 정했습니다. 클라이언트는 알 수 없는 JSON 멤버를 무시하는 것이 권고(SHOULD)되고, 서버가 문서에 없는 멤버를 넣을 때는 짧은 식별자와 밑줄(_)을 이름 앞에 붙이는 것이 권고됩니다.
RFC 9082: RDAP 질의 형식
RESTful 방식으로 레지스트리의 등록 정보를 조회하는 HTTP URL 패턴, 곧 RDAP의 질의 문법을 정의합니다. 표준화된 명령·출력·오류 구조가 없고, 국제화와 사용자 식별·인증·접근 제어를 지원하지 않는 등 WHOIS 프로토콜(RFC 3912)에서 드러난 한계를 보완하려는 목적입니다. IP 주소로 네트워크를, 번호로 AS 번호를, 도메인으로 역방향 DNS 메타데이터를, 이름으로 네임서버를, 식별자로 엔티티(레지스트라, 연락처 등)를 조회하는 패턴을 다룹니다. URL 패턴은 HTTP GET과 HEAD 메서드에만 적용됩니다. 서버는 이 기능들 가운데 일부만 지원해도 되지만, 지원하지 않는 질의 유형에는 반드시(MUST) HTTP 501(Not Implemented)로 응답해야 합니다.
운영·설계에 반영할 점
- RDAP 서버나 클라이언트를 구현·점검할 때는 대체된 RFC 7482·7483이 아니라 RFC 9082·9083을 기준 문서로 삼습니다.
- RDAP 클라이언트나 응답을 파싱하는 도구는 알 수 없는 JSON 멤버가 있어도 오류로 처리하지 않고 무시하도록 만듭니다.
- 응답에 자체 멤버를 추가한다면 '짧은 식별자_의미 있는 이름' 형식으로 이름을 붙입니다. 전체 이름은 RFC 7480에 나오는 접두사 레지스트리의 문자·이름 제한을 따르는 것이 권고됩니다.
- 서버가 일부 질의 유형만 지원한다면, 지원하지 않는 유형에 HTTP 501을 돌려주는지 확인합니다.
- RFC 9082는 질의 형식만 다룹니다. 전송 규약은 RFC 7480, 인증 방식은 RFC 7481, 응답 구조는 RFC 9083을 함께 참고합니다. 원문은 각 레지스트리가 앞으로도 WHOIS 등 자체 서비스를 계속 운영할 것으로 보고 있습니다.
원문을 한국어로 번역·요약한 글입니다. 정확한 내용은 원문을 확인해 주세요. AI의 도움을 받아 작성하고 담당자가 검토했습니다.