RDAP란 무엇인가요?
RDAP(Registration Data Access Protocol)는 도메인 이름 등록 데이터에 액세스하기 위한 현대적인 IETF 표준화 프로토콜입니다. WHOIS의 후속 기술로 개발된 RDAP는 구조화된 기계 판독 가능 JSON 형식의 응답을 제공하므로 개발자가 도메인 조회 기능을 애플리케이션에 통합하기가 훨씬 쉬워집니다.
개발자에게 RDAP가 중요한 이유
WHOIS 데이터를 파싱해 본 적이 있다면 그 어려움을 잘 아실 것입니다. 등록기관마다 응답 형식이 다르고 필드 이름이 일관되지 않으며, 유용한 정보를 추출하려면 복잡한 정규 표현식 패턴이 필요한 구조화되지 않은 일반 텍스트를 반환합니다. RDAP는 모든 RDAP 호환 서버에서 일관되게 작동하는 표준화된 JSON 스키마를 사용하여 이러한 문제를 해결합니다.
주요 기술적 장점
구조화된 JSON 응답: RDAP 응답은 RFC 9083에 정의된 표준화된 JSON 데이터 모델을 사용합니다. 따라서 클라이언트가 일관된 구조로 파싱할 수 있지만, 서비스는 액세스 정책에 따라 필드를 생략하거나 삭제할 수 있습니다. RESTful 아키텍처: RDAP는 표준 HTTP 메서드와 상태 코드를 사용합니다. GET 요청은 서버가 일치하는 객체를 찾으면 도메인 정보를 반환합니다. 404 응답은 해당 서비스에서 조회한 객체를 찾지 못했다는 의미이며, 그 자체로 해당 도메인을 등록할 수 있음을 입증하지는 않습니다. 기본 HTTPS 사용: 일반 텍스트를 포트 43으로 전송하는 WHOIS와 달리 RDAP는 HTTPS를 사용하여 애플리케이션과 RDAP 서버 간의 암호화된 통신을 보장합니다. 국제화 지원: RDAP는 글로벌 애플리케이션에 필수적인 IDN(국제화된 도메인 이름)과 유니코드 문자를 적절히 처리합니다.RDAP 작동 방식
RDAP를 통해 도메인을 조회하면 다음 단계로 프로세스가 진행됩니다.
1. 부트스트랩 검색: 클라이언트가 IANA RDAP Bootstrap 레지스트리를 조회하여 TLD의 권한 있는 RDAP 서버를 찾습니다.
2. HTTP 요청: RDAP 서버 URL로 GET 요청을 보냅니다(예: https://rdap.verisign.com/com/v1/domain/example.com).
3. JSON 응답: 서버가 등록 데이터, 상태 코드, 이벤트를 포함하는 구조화된 JSON 객체를 반환합니다.
RDAP 응답 구조 예시
{
"objectClassName": "domain",
"handle": "example.com",
"ldhName": "example.com",
"status": ["client transfer prohibited"],
"events": [
{"eventAction": "registration", "eventDate": "1995-08-14T04:00:00Z"},
{"eventAction": "expiration", "eventDate": "2025-08-13T04:00:00Z"}
]
}
RDAP와 WHOIS 비교
| 기능 | RDAP | WHOIS |
|---|---|---|
| 데이터 형식 | 구조화된 JSON | 구조화되지 않은 텍스트 |
| 전송 방식 | HTTPS(암호화) | 일반 텍스트(포트 43) |
| 표준화 | RFC 9082 및 RFC 9083 | 일관되지 않음 |
| IDN 지원 | 기본 지원 | 제한적 |
| 쿼리 유형 | RESTful HTTP | 사용자 지정 프로토콜 |
애플리케이션에 RDAP 구현하기
도메인 도구를 개발하는 경우 RDAP를 사용하는 것이 권장되는 접근 방식입니다. DomScan을 포함한 대부분의 최신 도메인 가용성 검사기는 다음과 같은 기능을 제공하기 때문에 RDAP를 기본 데이터 소스로 사용합니다.
- 가용성 근거: 404 응답은 조회한 RDAP 서버가 일치하는 객체를 찾지 못했다는 의미입니다. 그 자체로 해당 도메인을 등록할 수 있음을 입증하지는 않습니다.
- 풍부한 메타데이터: 등록일, 만료일, 상태 코드에 액세스할 수 있습니다.
- 일관된 파싱: 하나의 코드베이스로 모든 TLD를 처리할 수 있습니다.
RDAP 도입 현황
ICANN에 따르면 gTLD의 경우 RDAP는 2025년 1월 28일 등록 정보의 확정적 소스가 되었으며, gTLD 레지스트리와 등록기관은 일반적으로 더 이상 WHOIS 서비스를 제공할 의무가 없습니다. 단, .com, .name, .post에는 예외가 있습니다. ccTLD 정책과 RDAP 도입 현황은 서로 다릅니다. https://data.iana.org/rdap/dns.json의 IANA Bootstrap 파일은 지원되는 모든 TLD에 대한 현재 RDAP 서버 매핑을 제공합니다.
권장 사항
RDAP 쿼리를 구현할 때는 속도 제한을 준수할 수 있도록 응답을 적절히 캐시하고, 서버 검색을 위해 IANA Bootstrap을 구현하며, 찾을 수 없음, 리디렉션, 정책 관련 오류 응답을 서로 구분하여 처리하세요. 찾을 수 없음 응답은 조회한 서비스에 대한 근거이지, 등록 가능성을 입증하는 것이 아닙니다.