travel_explore Whois 조회 (도메인 & IP — RDAP) star

작동 방식

도메인이나 IP 주소를 입력하면 조회는 RDAP(Registration Data Access Protocol)에 질의합니다 — 이는 1982년에 만들어진 원래의 WHOIS 프로토콜(TCP 포트 43을 통한 평문 응답)을 대체하는, IETF가 정의한 구조화된 JSON 기반 후속 프로토콜입니다. 질의는 브라우저에서 rdap.org의 부트스트랩 서비스로 전송되며, 이 서비스가 도메인의 TLD(또는 IP의 할당 블록)를 읽어 실제로 그 이름에 대한 권한을 가진 레지스트리로 요청을 리디렉션합니다 — .com은 Verisign, .eu는 EURid, IP 블록은 ARIN이나 RIPE 같은 지역 인터넷 레지스트리 등입니다. 이 라우팅 단계가 중요한 이유는 인터넷 전체를 위한 단일 중앙 WHOIS 서버가 존재하지 않기 때문입니다. 모든 TLD는 서로 다른 레지스트리에서 서비스되며, 각 레지스트리는 역사적으로 저마다 다른 텍스트 형식, 필드명, 특이 사항을 가지고 있습니다 — RDAP는 바로 이 혼란을 해결하기 위해, 어느 레지스트리가 응답하든 일관되고 기계가 읽을 수 있는 JSON 구조를 반환하도록 설계되었습니다.

도메인의 경우, 응답에는 일반적으로 등록업체(레지스트라)(도메인을 구매한 회사이며, 레지스트리를 운영하는 곳과 반드시 같지는 않음), 생성일, 만료일, 최종 수정일, 도메인의 EPP 상태 코드, 현재 등록된 권위 네임서버가 포함됩니다. EPP 상태 코드는 주의 깊게 읽을 가치가 있습니다. clientTransferProhibited는 레지스트라가 도메인을 무단 이전으로부터 잠갔다는 뜻으로 — 도메인 탈취를 막는 바로 그 보호 장치이므로 좋은 신호입니다. clientHold 또는 serverHold는 도메인이 DNS에서 완전히 제거되어 해석되지 않는다는 뜻입니다. pendingDelete는 도메인이 사용 가능한 풀로 반환되기 전 마지막 구제 기간에 있다는 뜻입니다. IP 주소의 경우, 동일한 RDAP 인프라가 대신 그것을 할당한 소유 네트워크 블록과 지역 인터넷 레지스트리(북미의 ARIN, 유럽의 RIPE, 아시아태평양의 APNIC 등)를 반환합니다 — 특정 서버 IP가 실제로 어느 조직이나 호스팅 업체에 속하는지 추적하는 데 유용합니다.

이 도구가 대부분의 도메인에서 보여주지 않는 한 가지: 등록자의 개인 이름, 이메일, 전화번호입니다. 2018년 GDPR이 시행된 이후, 레지스트리와 레지스트라는 규정이 적용되는 관할권의 개인(이거나 개인일 가능성이 있는) 등록자에 대해 개인 WHOIS/RDAP 데이터를 원천에서 가립니다 — 이는 조회 도구가 우회할 수 있는 부분이 아닙니다. 데이터가 레지스트리를 벗어나기도 전에 이미 마스킹되기 때문입니다. 일부 등록자는 GDPR의 적용 범위 밖에서도 영구적인 대리 연락처를 유지하는 프라이버시/프록시 서비스를 이용합니다. 어느 쪽이든, 등록자 정보가 가려진 것은 정상이며 도메인에 문제가 있다는 의미가 아닙니다.

알아두어야 할 사항

• GDPR 가림 처리 후에도 남아 있는 정보 — 날짜, 등록업체, 상태 코드, 네임서버 — 만으로도 도메인의 연식, 만료 위험, 이전 잠금 상태를 판단하기에 대개 충분합니다.
• 거의 모든 일반 TLD와 대부분의 국가 코드 TLD가 RDAP를 지원합니다. 일부 ccTLD는 아직 예전 방식의 WHOIS만 제공하며 여기서는 데이터가 반환되지 않습니다.
• 만료일이 가까운 도메인이라고 반드시 방치된 것은 아닙니다 — 그렇게 단정하기 전에 날짜와 함께 상태 코드(autoRenewPeriod, redemptionPeriod)를 확인하세요.