WHOIS

WHOIS와 RDAP 비교

WHOIS와 RDAP | 자세한 비교

RDAP는 WHOIS의 후속 프로토콜이며 현재도 두 방식이 함께 쓰입니다. 전송 방식, 데이터 형식, 호환성과 보안을 비교하고 각각의 용도를 설명합니다.

WHOIS와 RDAP 핵심 비교

  • WHOIS: RFC 812(1982)에서 시작되었으며 현재 표준은 RFC 3912(2004)입니다. TCP port 43에서 일반 텍스트를 사용하고 등록관리기관마다 형식이 다릅니다.
  • RDAP: RFC 7480–7484(2015)에 정의되어 있습니다. 조회·응답 형식은 RFC 9082/9083(2021)에서 개정되었고, 서버 탐색은 RFC 9224(2022)에 규정되어 있으며 HTTPS와 JSON을 사용합니다.
  • ICANN은 2019년부터 gTLD의 RDAP 제공을 의무화했으며 .tw·.uk·.de 등의 ccTLD도 지원합니다. .jp 등록 정보는 포트 43의 WHOIS(whois.jprs.jp)로만 공개되며 IANA에 등록된 RDAP 서비스는 없습니다.
  • .com, .name, .post를 제외한 gTLD에 대한 ICANN의 기존 WHOIS·port 43 제공 계약상 의무는 2025년 1월 28일에 공식 종료되었습니다. 이후 RDAP은 해당 gTLD 등록 데이터의 유일한 필수 프로토콜입니다.
  • IANA 부트스트랩에는 RDAP 서비스 주소가 등록되어 있습니다. WHOIS 서버는 whois.iana.org가 제공하는 참조 정보로 찾을 수 있습니다.

WHOIS와 RDAP 한눈에 비교

항목WHOISRDAP
핵심 RFC812 (1982) · 3912 (2004)7480–7484 (2015)
현행 개정 표준—9082 · 9083 (2021) · 부트스트랩 9224 (2022)
전송 방식TCP port 43(암호화하지 않음)HTTPS(TLS 암호화)
데이터 형식일반 텍스트JSON (application/rdap+json)
TLD 간 일관성없음: 등록관리기관마다 형식이 다릅니다있음: 필드가 표준화되어 있습니다
인증없음HTTP / OAuth(접근 권한 차등 적용)
오류 처리자체 텍스트 메시지 또는 연결 종료HTTP 상태 코드(200 / 404 / 429)
연락처 형식비정형 텍스트jCard(RFC 7095, vCard RFC 6350 기반)
개인정보 비공개REDACTED FOR PRIVACY구조화된 방식으로 필드 생략

WHOIS가 있는데 RDAP이 필요한 이유는 무엇인가요?

RDAP은 WHOIS의 비표준 형식, 오류 처리, 국제화와 암호화 문제를 해결하기 위해 필요합니다. 기존 WHOIS는 1982년부터 사용되었으며 현행 표준은 RFC 3912입니다. 오늘날 인터넷 환경에서는 다음과 같은 한계가 있습니다.

  • 일반 텍스트 형식에 표준이 없습니다. 등록관리기관과 등록대행자마다 출력 구성이 달라 소프트웨어에서 각각의 파싱 규칙을 작성해야 합니다.
  • 표준 오류 코드가 없습니다. 데이터가 없거나 요청 한도를 넘으면 연결이 끊어지는 경우가 많아 원인을 파악하기 어렵습니다.
  • 국제화 지원이 부족합니다. 국제화 도메인(IDN)과 비ASCII 문자를 일관되게 처리하지 못합니다.
  • 자체 암호화 기능이 없습니다. port 43은 데이터를 평문으로 전송하므로 감사와 규정 준수 요구를 충족하지 못합니다.

이에 IETF는 후속 표준 RDAP을 추진하여 2015년 RFC 7480–7484로 발표했고, ICANN은 gTLD 등록대행자의 도입을 의무화했습니다. 이후 조회·응답 형식은 RFC 9082와 RFC 9083(2021)에서 개정되었습니다.

port 43과 HTTPS는 무엇이 다른가요?

WHOIS의 TCP port 43은 암호화 없이 일반 텍스트로 한 번 요청·응답한 뒤 연결을 종료하지만, RDAP은 현대적인 HTTP 기반 구조를 사용합니다.

  • 전송: RDAP은 HTTPS(TLS)를 사용하므로 브라우저, CDN, API 게이트웨이와 연동할 수 있습니다.
  • 상태 코드: 표준 HTTP 상태 코드(200/404/429/500)와 콘텐츠 협상을 지원합니다.
  • 감사 가능성: 규정 준수와 감사가 필요한 기업 환경에서 RDAP은 감사와 추적이 가능한 선택지입니다.

서버 탐색도 표준화되어 있습니다. RDAP 클라이언트는 RFC 9224에 정의된 IANA 부트스트랩 목록을 통해 각 TLD의 RDAP 서버 주소를 자동으로 찾을 수 있어, 서버 주소를 코드에 하나씩 고정할 필요가 없습니다.

RDAP의 JSON은 왜 일반 텍스트보다 처리하기 쉬운가요?

RDAP의 JSON은 TLD에 관계없이 구조가 일관되어 처리하기 쉽습니다. WHOIS는 사람이 읽는 일반 텍스트를 반환하며, .com과 .tw의 결과처럼 등록관리기관마다 구성이 달라 TLD별 파싱 규칙이 필요합니다. RDAP은 다음과 같이 일관성을 제공합니다.

  • 객체 구조는 RFC 9083을 따르며 entities, events, nameservers, status 등의 필드가 표준화되어 있습니다.
  • 미디어 유형은 application/rdap+json입니다. 사례별 파서를 작성하지 않고 코드나 프런트엔드 컴포넌트에 바로 전달할 수 있습니다.
  • 연락처는 jCard(RFC 7095, vCard RFC 6350 기반)로 표현하므로 이름·조직·주소를 일관되게 처리할 수 있습니다.

현재 어떤 TLD가 RDAP을 지원하나요?

RDAP은 이미 매우 널리 지원되지만 모든 TLD에서 제공되는 것은 아닙니다.

  • ICANN의 모든 gTLD(.com, .net, .org, .app 등)는 등록대행자와 등록관리기관이 RDAP 서버를 제공해야 합니다.
  • .tw·.uk·.de 등의 ccTLD는 RDAP을 지원합니다. .jp는 IANA에 등록된 RDAP 서비스가 없으므로 이 사이트는 port-43 WHOIS(whois.jprs.jp)로 전환해 조회합니다.
  • 일부 소규모 ccTLD는 기존 WHOIS만 운영하므로 port 43 조회로 대체해야 합니다.

.com, .name, .post를 제외한 gTLD에 대한 ICANN의 기존 WHOIS·port 43 제공 계약상 의무는 2025년 1월 28일에 공식 종료되었습니다. 이제 RDAP이 해당 gTLD 등록 데이터의 유일한 필수 프로토콜이며, ccTLD는 각 등록관리기관이 전환 일정을 정합니다.

이 사이트는 두 프로토콜을 어떻게 통합하나요?

whois.net.tw는 두 프로토콜을 하나의 조회 과정에 통합하므로 사용자가 직접 선택할 필요가 없습니다.

  • IANA가 공개한 부트스트랩 목록(RFC 9224)에서 해당 TLD의 RDAP 서버 주소를 찾고 RDAP을 먼저 시도합니다.
  • 해당 TLD에 RDAP이 없거나 오류가 발생하면 port 43 WHOIS로 자동 전환하고 일반 텍스트 결과를 정리하여 표시합니다.
  • 결과 페이지에 데이터 출처가 RDAP인지 WHOIS인지 명확히 표시하므로 모든 조회에 사용된 프로토콜을 확인할 수 있습니다.

WHOIS와 RDAP으로 도메인 정보를 조회하는 방법

  1. 도메인을 입력하고 조회하세요

    홈 화면 검색창에 도메인 이름을 입력하세요. RDAP을 자동으로 먼저 사용하며, 해당 TLD가 아직 RDAP을 지원하지 않으면 port 43 WHOIS로 대체합니다.

  2. 데이터 출처 표시를 확인하세요

    결과 페이지에서 데이터가 RDAP(HTTPS와 구조화된 JSON)에서 왔는지, WHOIS(port 43 일반 텍스트)에서 왔는지 확인하고 프로토콜의 차이를 살펴보세요.

  3. 필드 구조를 비교하세요

    RDAP에서는 entities 안에서 roles에 registrar가 포함된 엔터티가 등록대행자를 나타냅니다. 날짜는 events에 담기며, eventAction은 expiration 같은 이벤트 종류를, eventDate는 날짜와 시간을 나타냅니다. 연락처는 jCard를 사용합니다. 등록관리기관마다 필드 형식이 다른 WHOIS 텍스트와 비교해 보세요.

실제 도메인으로 차이를 확인하세요

홈 화면에 도메인을 입력하세요. 결과 페이지의 데이터 출처 항목에서 RDAP과 WHOIS 중 어떤 방식으로 조회되었는지 확인할 수 있습니다.

WHOIS 조회하기

RDAP 자주 묻는 질문

RDAP 공식 명세는 어디에서 볼 수 있나요?

RDAP 명세는 IETF의 RFC 문서에서 확인할 수 있습니다. IANA는 각 TLD의 RDAP 서버 주소를 담은 부트스트랩 목록을 별도로 관리합니다. 핵심 RFC는 다음과 같습니다.

  • RFC 7480 | HTTP 전송과 질의 의미 정의
  • RFC 7481 | 보안(TLS, 인증)
  • RFC 9082 | 조회 형식(RFC 7482 대체)
  • RFC 9083 | JSON 응답 형식(RFC 7483 대체)
  • RFC 9224 | 권한 있는 RDAP 서버 찾기(RFC 7484 대체)
RDAP 조회에 인증이나 API 키가 필요한가요?

공개 데이터 조회에는 일반적으로 인증이나 API 키가 필요하지 않습니다. 일부 등록관리기관은 인증 기반 차등 접근을 지원하여, 검증된 수사기관이나 침해 연구 조직에 가려지지 않은 전체 기록을 제공합니다. 일반 도메인 소유자와 개발자는 인증 없이 HTTPS로 조회하면 됩니다.

RDAP 조회 횟수에 제한이 있나요?

네, 등록관리기관마다 자체 요청 한도를 정합니다. 보통 초당 몇 회에서 분당 수십 회 수준입니다. 한도를 넘으면 RDAP은 HTTP 429를 반환하므로, 연결만 끊어지는 기존 WHOIS보다 원인 확인과 재시도가 쉽습니다.

RDAP 결과에 vCard나 jCard 객체가 있는 이유는 무엇인가요?

RDAP이 연락처 정보를 vCard의 JSON 형식인 jCard(RFC 7095)로 표현하기 때문입니다. 이름, 조직, 주소와 전화번호를 구조화된 객체에 담으므로, 기존 WHOIS의 비정형 등록자 텍스트보다 일관되게 처리할 수 있습니다.

WHOIS 서비스는 종료되나요?

.com, .name, .post를 제외한 gTLD의 WHOIS 제공 의무는 이미 종료되었지만, ccTLD는 각 등록관리기관이 일정을 정합니다. ICANN의 port 43 WHOIS 제공 계약상 의무는 이 세 예외를 제외하고 2025년 1월 28일에 공식 종료되었습니다. .tw를 담당하는 TWNIC은 RDAP을 제공하면서 기존 WHOIS도 함께 운영합니다. 새 시스템은 RDAP을 우선 사용하고 필요하면 WHOIS로 대체하는 방식이 적합합니다. TWNIC은 전환 중이며 기존 WHOIS 종료 일정은 미정입니다.

.tw 도메인의 기존 WHOIS는 언제 종료되나요?

TWNIC은 전환 중이며 기존 WHOIS 종료 일정은 미정입니다. 현재 RDAP과 기존 WHOIS를 함께 운영합니다.

  • .tw/.台灣의 공식 RDAP(ccrdap.twnic.tw)은 운영 중이며 IANA 부트스트랩에 등록되어 있습니다.
  • 기존 port 43 WHOIS(whois.twnic.net.tw)도 정상 운영됩니다.
  • .com, .name, .post를 제외한 gTLD의 port 43 WHOIS 제공 의무는 2025-01-28에 종료되었습니다. ccTLD는 전환 중이며 공통 종료일은 정해지지 않았습니다. TWNIC도 전환 중이고 종료 일정은 미정입니다.

참고 자료

함께 읽기

WHOIS.net.tw게시일 수정일