Skip to main content
Resources

등록 데이터 재확인 안내 정책

이 페이지는 다음과 같은 언어로 제공됩니다.

모든 번역 내용 및 문서의 영어 버전은 공식 버전이며, 영어 외 다른 언어의 번역 버전은 정보 제공용으로만 사용할 수 있습니다.

등록 데이터 정책을 시행하는 데 필요한 변경 사항을 반영하기 위해 2024년 2월 21일에 업데이트했습니다. 이 정책의 이전 명칭은 Whois 데이터 재확인 안내 정책입니다. 계약 당사자는 2024년 8월 21일부터 이 업데이트된 정책을 시행할 수 있으며 2025년 8월 21일보다 늦지 않게 시행해야 합니다.

레지스트라는 최소 연 1회 등록명 보유자에게 현재 등록 데이터를 제시하고, 허위 연락처 정보를 제공하면 도메인 이름 등록 취소 사유가 될 수 있음을 등록명 보유자에게 안내해야 합니다. 등록명 보유자는 등록 데이터를 검토하고 필요한 경우 정정해야 합니다.


참고

소개: ICANN에서는 2003년 3월 27일에 합의 정책으로서 등록 데이터 재확인 안내 정책(RDRP)(이전 WHOIS Data Reminder Policy)을 채택했습니다. 모든 ICANN 인증 레지스트라는 인증을 받은 모든 최상위 도메인에서 그들이 주관하는 등록에 대하여 RDRP를 준수해야 합니다. 자세한 규정 준수 요구 사항은 아래에 나와 있습니다.

정책이 채택된 과정: RDRP는 2003년 3월 27일에 ICANN 이사회의 13-1-0 투표에서 채택된 ICANN 이사회 결의안 03.41에서 합의 정책으로 수립되었습니다. RDRP는 일반 최상위 도메인 이름 지원 기구(GNSO) 위원회가 2003년 2월 20일 21-3-0 투표에서 합의 정책으로 수립하도록 권고한 Whois 문제와 관련한 네 가지 정책 중 하나입니다.

GNSO 위원회 및 이사회 투표는 Whois 데이터 정확성 및 대량 이용권에 관한 GNSO 위원회의 Whois 특별 위원회 최종 보고서에 따라 실시되었습니다. 이 보고서에는 해당 그룹 간의 합의 및 의견 충돌 범위, 영향을 받을 가능성이 있는 그룹의 관점을 적절히 대변하는 데 사용된 지원 프로세스, 제안된 정책에 대한 타당한 지원 및 반대의 성격과 강도가 기술되어 있습니다.

이 보고서는 2003년 3월 11일에 ICANN 웹 사이트에서 공개 의견을 구한다고 게시되었습니다. 이사회는 다양한 공개 의견을 접수하여 검토했으며 2003년 3월 26일에 리우데자네이루에서 개최된 ICANN 공개 포럼에서 이 보고서에 대해 논의했습니다.

결의안 03.42에 따라 2003년 6월 16일에 이 정책에 대한 채택이 모든 레지스트라에게 통지되었습니다.

정책 발효일부터 각 레지스트라는 주관하는 각 등록의 생성일을 기준으로 1년 이내에 해당 등록에 대한 RDRP 통지(아래 설명에 따름)를 등록명 보유자에게 제공해야 합니다. 예를 들어 규정 준수 날짜가 2003년 10월 31일인 레지스트라는 다음 일정에 따라 주관하는 등록에 대한 RDRP 통지를 제공해야 합니다.

규정 준수 날짜: 2003년 10월 31일
도메인 이름 생성일 RDRP 통지 기한
example.com 1995년 10월 14일 2004년 10월 14일(이후 매년 10월 14일까지)
example.biz 2003년 6월 25일 2004년 6월 25일(이후 매년 6월 25일까지)
example.info 2003년 6월 15일 2004년 6월 15일(이후 매년 6월 15일까지)
example.net 1997년 11월 12일 2003년 11월 12일(이후 매년 11월 12일까지)
example.org 1993년 1월 1일 2004년 1월 1일(이후 매년 1월 1일까지)
example.example.name 2002년 12월 31일 2003년 12월 31일(이후 매년 12월 31일까지)

(참고: 생성일이 2월 29일인 등록에 대한 RDRP 통지는 평년 기준 3월 1일까지 제공할 수 있습니다.)

RDRP 통지 내용: 각 RDRP 통지에는 등록 데이터 정책의 6절에 따라 레지스트라가 수집하고 각 등록에 대해 레지스트라의 데이터베이스에 포함되는 데이터 요소와 등록 계약의 조항에 따라 허위 연락처 정보를 제공하면 도메인 이름 등록 취소 사유가 될 수 있다는 것을 등록명 보유자에게 안내하는 진술이 포함되어야 합니다(레지스트라 인가 계약, 3.7.7.2절 참조).

RDRP 통지 제공 방법 및 대상: RDRP 통지는 웹, 팩스, 우편, 이메일 또는 기타 적절한 방법으로 제공할 수 있습니다. 최소한 등록 계약 언어를 포함하여 하나 이상의 언어로 통지할 수 있습니다.

문서 요구 사항: 레지스트라는 각 WDRP 통지의 사본 또는 본 정책에 따라 전송된 각 RDRP 통지의 일자 및 시간과 내용을 문서화하는 전자 데이터베이스를 유지해야 합니다(레지스트라 인가 계약, 3.4절 참조). 레지스트라는 레지스트라 인가 계약(3.4.3절 참조)의 일반 조항에 따라 ICANN의 조사에 필요한 경우 이러한 기록을 제공해야 합니다. 레지스트라가 위에 명시된 요구 사항을 충족하는 RDRP 통지를 해당 연도의 등록 생성일 이전(규정 준수일 이후 또는 등록 생성일)에 제공한 사실을 입증할 수 있는 경우 ICANN은 등록에 대해 적절한 통지가 제공된 것으로 간주합니다.

모델 RDRP 통지: 레지스트라가 필요한 통지를 준비할 수 있도록 지원하기 위해 ICANN에서는 다음 모델 RDRP 통지를 제공했습니다.


[샘플] 등록 데이터 재확인 안내

 

친애하는 고객님,

이 메시지는 도메인 등록과 관련된 연락처 데이터를 최신 상태로 유지하도록 돕기 위한 재확인 안내입니다. 저희 기록에 포함되는 정보는 다음과 같습니다.

Domain: example.com
Registrar Name: IANA_RESERVED

Registrant:
Name: Internet Assigned Numbers Authority (IANA)
Address: 4676 Admiralty Way, Suite 330
City: Marina del Rey
State/Province: CA
Country: US
Postal Code: 92092

Technical Contact:1
Name: Internet Assigned Numbers Authority (IANA)
Phone: 310-823-9358
Email: res-dom@iana.org

Original Creation Date: 11/01/2001
Expiration Date: 11/01/2001

Nameserver Information:
Nameserver: a.iana-servers.net.
Nameserver: b.iana-servers.net.
Nameserver: c.iana-servers.net.

위의 정보가 부정확한 경우 웹 사이트를 방문하여 수정해야 합니다. (검토 후 위의 모든 정보가 정확한 것으로 확인된 경우 별도의 조치가 필요하지 않습니다.) 등록 계약의 조항에 따라 허위 연락처 정보를 제공하면 도메인 이름 등록 취소 사유가 될 수 있습니다.

관심을 가져주셔서 감사합니다.

감사합니다.
ICANN 인증 레지스트라 드림

등록자의 관점에서 RDRP와 관련한 FAQ(자주 묻는 질문)는 여기서 확인할 수 있습니다.


1 참고: 등록 데이터 정책의 6절에 따라 기술자 연락처를 수집하는 경우

Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."