지난 40년 동안 WHOIS는 도메인 등록자를 조회하는 방법이었습니다. 그러나 이제 그 시대는 끝나가고 있습니다. RDAP(Registration Data Access Protocol)가 표준으로 그 자리를 대체했으며, 2025년부터는 레지스트리가 기존 WHOIS 서비스를 운영할 의무조차 없어졌습니다. 이 글에서는 무엇이 바뀌었는지, 왜 중요한지, 그리고 현대적인 방식으로 등록 데이터를 조회하는 방법을 다룹니다.
WHOIS란 무엇입니까?
WHOIS는 1982년(RFC 812, 이후 RFC 3912)으로 거슬러 올라가는 단순한 요청/응답 프로토콜입니다. 포트 43의 서버에 접속해 도메인 이름을 전송하면, 등록자, 레지스트라, 주요 날짜, 네임서버를 설명하는 텍스트 덩어리를 응답으로 받습니다.
WHOIS는 제 기능을 했지만, 지금과는 다른 인터넷을 위해 설계된 것이었습니다.
- 비구조화된 텍스트. 레지스트리마다 출력 형식이 달라, 파싱은 끝없는 정규식 두더지 잡기 게임이었습니다.
- 국제화 미지원. ASCII 중심으로 설계되어 비라틴 문자 등록자 데이터는 엉망이었습니다.
- 표준 접근 제어 부재. 전부 아니면 전무 방식의 출력은 GDPR 같은 개인정보 보호법과 심각하게 충돌했습니다.
- 표준 검색 방식 부재. 각 TLD의 WHOIS 서버를 미리 알고 있어야 했습니다.
RDAP란 무엇입니까?
RDAP(RFC 7480~7484, RFC 9082/9083로 갱신)는 이를 대체하는 현대적인 프로토콜입니다. 목표는 등록 데이터 제공으로 동일하지만, 처음부터 완전히 새롭게 설계되었습니다.
- HTTPS 기반 JSON. 구조화되어 있고 예측 가능한 응답이므로 안정적으로 파싱할 수 있습니다.
- 표준화된 쿼리 방식.
https://rdap.example/domain/example.com과 같은 일관된 URL을 사용합니다. - 부트스트래핑. IANA가 각 TLD에 대해 권위 있는 RDAP 서버가 어디인지 알려주는 레지스트리를 공개하므로, 검색이 자동으로 이루어집니다.
- 차등 접근. 인증 여부를 인식하므로, 레지스트리는 인가된 사용자에게 더 많은 데이터를 제공하면서 공개적으로는 마스킹된 화면을 보여줄 수 있습니다. 이는 GDPR 친화적인 방식입니다.
- 국제화와 마스킹은 부차적인 문제가 아니라 처음부터 핵심적으로 고려된 요소입니다.
RDAP vs WHOIS: 핵심 차이점
| WHOIS | RDAP | |
|---|---|---|
| 형식 | 자유 텍스트 | 구조화된 JSON |
| 전송 방식 | 포트 43(평문) | HTTPS |
| 검색 방식 | 레지스트리별 수동 확인 | IANA 부트스트랩 레지스트리 |
| 접근 제어 | 없음 | 표준화, 인증 인식 |
| 국제화 | 미흡 | 내장 지원 |
| 상태 | 폐지 진행 중 | 현재 표준 |
업계가 전환한 이유
ICANN은 RDAP를 WHOIS의 후속 프로토콜로 승인하고, gTLD 레지스트리와 레지스트라에 이를 도입하도록 요구했습니다. 결정적인 순간은 2025년이었습니다. 이때부터 계약 당사자들은 더 이상 기존의 포트 43 WHOIS 서비스를 운영할 의무가 없어졌고, 이는 gTLD에서 WHOIS 시대가 공식적으로 막을 내렸음을 의미합니다. 아직도 WHOIS 텍스트 파싱을 기반으로 시스템을 구축하고 있다면, 이미 폐기된 기반 위에 짓고 있는 것입니다.
RDAP 조회 방법
조회는 단순한 HTTPS GET 요청입니다. 올바른 서버를 찾으려면 IANA 부트스트랩 파일을 참조하거나, 이를 대신 해석해 주는 라우터 엔드포인트를 사용하면 됩니다.
curl -s https://rdap.org/domain/example.com | jq '{
domain: .ldhName,
status: .status,
registrar: (.entities[]? | select(.roles[]? == "registrar") | .vcardArray[1][1][3]),
created: (.events[]? | select(.eventAction == "registration") | .eventDate)
}'
응답이 구조화된 JSON이기 때문에, 등록일, 상태, 네임서버 같은 특정 필드를 추출하는 작업은 취약한 파서 대신 단 한 줄의 코드로 처리할 수 있습니다.
대규모로 등록 데이터 조회하기
RDAP는 도메인을 하나씩 조회하기에는 이상적입니다. 그러나 도메인이 수백만 개에 달하면 두 가지 벽에 부딪힙니다. 바로 속도 제한과 TLD별 서버의 특이성입니다. 모든 레지스트리가 저마다의 엔드포인트를 운영하며, 각기 다른 속도 제한 규칙과 마스킹 규칙을 적용하기 때문입니다.
바로 이 공백을 메우는 것이 RDAP & WHOIS 데이터셋입니다. webatla는 모든 활성 도메인에 대한 등록 데이터를 확인하여 정규화된 JSONL 형식으로 제공합니다. 레지스트라, 주요 날짜, 상태, 네임서버가 하나의 일관된 스키마 안에 정리되어 있어, 분산 크롤러를 직접 운영하거나 속도 제한을 일일이 관리하지 않고도 전체 네임스페이스를 분석할 수 있습니다.
자주 묻는 질문
WHOIS는 완전히 사라졌습니까? gTLD의 경우 사실상 그렇습니다. RDAP가 필수 프로토콜이 되었고 포트 43 의무 조항은 종료되었습니다. 일부 ccTLD는 여전히 기존 WHOIS를 운영하고 있지만, 흐름은 한 방향으로만 향하고 있습니다.
RDAP 데이터는 WHOIS 데이터와 다릅니까? 동일한 등록 데이터이지만, 구조화되고 접근이 제어된 방식으로 제공된다는 점이 다릅니다. 공개 응답은 개인정보 보호를 위해 마스킹되는 경우가 많고, 인증된 접근은 더 많은 정보를 반환할 수 있습니다.
등록 데이터를 대량으로 다운로드할 수 있습니까? 도메인 단위의 RDAP 조회는 속도 제한이 있어, 실시간 대량 작업은 현실적이지 않습니다. 미리 준비된 데이터셋이 확장 가능한 해결책입니다.
특정 TLD의 RDAP 서버는 어떻게 찾습니까?
IANA의 부트스트랩 레지스트리를 사용하거나, rdap.org처럼 이를 대신 해석해 주는 라우터를 이용하면 됩니다. TLD별로 지원 범위를 확인할 수도 있습니다.
현대적인 방식으로 등록 데이터 활용하기
포트 43 텍스트 파싱은 이제 그만두십시오. 모든 도메인에 대한 구조화된 등록 데이터가 필요하다면 RDAP & WHOIS 데이터셋 받기 →를 확인하거나, 기술 정보, 순위, DNS 데이터와 결합하려면 전체 데이터셋 보기를 참고하십시오.