Skip to main content
Resources

추가 Whois 정보 정책

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

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

‭ICANN 인가 레지스트라 및 gTLD 레지스트리는 각자 ICANN과의 계약에 따라 웹 페이지와 포트 43을 통해 특정 등록 데이터에 대한 쿼리 기반 액세스를 제공해야 할 의무가 있습니다. 이 추가 Whois 정보 정책에 따라 레지스트라와 레지스트리는 Whois 사용자가 등록을 후원하는 레지스트라를 더 효과적으로 파악하고 레지스트리 및 레지스트라가 사용하는 상태 코드를 이해할 수 있도록 각자의 Whois 출력 정보를 다음과 같이 포함해야 합니다.‬‬‬‬‬‬

  1. Whois 출력에 도메인 이름 등록 상태를 포함하는 레지스트라와 레지스트리는 반드시1
    1. 상태를 각 EPP 상태 코드로만 참조하고
    2. EPP 상태 코드를 설명 및 정의하는 ICANN 웹 페이지로 이동할 수 있는 링크 또는 URL을 각 EPP 상태 코드 옆에 제공해야 합니다. URL 목록은 https://www.icann.org/resources/pages/epp-status-codes-list-2014-06-18-en에서 확인할 수 있습니다.‬
    3. 또한 Whois 출력자료에는 다음 메시지가 포함되어야 합니다. "Whois 상태 코드에 관한 자세한 정보를 보려면 https://icann.org/epp을 방문하십시오."*‬

      * 앞서 1(c), i.e., https://www.icann.org/resources/pages/epp-status-codes-2014-06-16-en에 포함되었던 위 링크의 긴 버전도 AWIP를 준수합니다.‬
  2. 레지스트라는 자체 또는 다른 레지스트라 또는 레지스트리의 Whois 서비스로부터 Whois 데이터를 제공할 때 위에서 설명한 링크와 메시지를 삭제할 수 없습니다.
  3. 레지스트리는 다음 형식으로 Whois 출력 자료에 ICANN에서 발행한 GURID(Globally Unique Registrar Identification 번호, 일반적으로 IANA ID라고 함)를 반드시 포함해야 합니다.‬
    후원 레지스트라 IANA ID: 99999‬

참고: ICANN에서는 2012년 5월 6일에 합의 정책으로서 추가 Whois 정보 정책(AWIP)을 채택했습니다. 이 정책의 발효일은 2016년 1월 31일입니다. 모든 ICANN 인가 레지스트라 및 gTLD 레지스트리는 발효일 이후 인증을 받았거나 관리하는 모든 최상위 도메인에서 그들이 후원하는 등록에 대하여 AWIP를 준수해야 합니다.‬‬‬‬‬‬

‭이 정책의 목적은 Whois 데이터에서 EPP 상태 코드의 의미를 명확히 설명하고 Whois에서 GURID에 의한 레지스트라의 일관성 있는 식별을 요구하는 것입니다.‬‬‬‬‬‬

‭배경: 2009년 6월 24일, GNSO 평의회는 IRTP(레지스트리간 이전 정책)와 관련된 정책 개발 프로세스(PDP)를 개시했고(http://gnso.icann.org/en/council/resolutions#200906- 결의 사항 20090624-2) PDP 실무 그룹(IRTP 실무 그룹 B)은 2011년 5월 30일에 권고안을 포함한 최종 보고서를 제출했습니다(http://gnso.icann.org/issues/transfers/irtp-b-final-report-30may11-en.pdf [PDF, 971 KB]). 이 권고안에는 권고안 #8: "Registrar Lock(레지스트라 잠금)" 상태에 관한 Whois 상태 메시지 표준화 및 명시가 포함됩니다. 2011년 6월 22일에 GNSO 위원회는 레지스트라 잠금 상태에 관한 Whois 상태 메시지 표준화 및 명시와 관련한 권고안의 승인을 고려하기 전에 GNSO 평의회가 ICANN 직원에게 이 권고안 이행을 위해 개발할 수 있는 기술적으로 실현 가능한 접근 방식을 제안해달라고 요청하기로 합의했습니다. ICANN 직원은 이 요청을 받아 실무 그룹의 상담을 통해 제안 사항을 마련하여 공개 의견 수렴을 위해 게시했고 GNSO 평의회가 이를 2012년 2월 16일에 채택했습니다(http://gnso.icann.org/en/council/resolutions#20120216-1). 권고안 및 제안에 대한 추가 공개 의견 수렴을 거친 후(http://www.icann.org/en/news/public-comment/irtp-b-rec8-21feb12-en.htm) ICANN 이사회는 2012년 5월 6일에 이를 채택했습니다. (https://www.icann.org/en/groups/board/documents/resolutions-06may12-en.htm#1.5)

‭추가 GNSO 실무 그룹(IRTP 실무 그룹 C)은 2011년 9월 22일에 레지스트리가 독자적인 ID가 아닌 레지스트라에 대한 IANA ID를 사용하도록 하는 요구 사항을 통해 프로세스를 간소화할 수 있는지를 포함하여 IRTP와 관련된 3가지 질문을 검토하는 업무를 맡았습니다(https://community.icann.org/display/gnsoirtppdpwg/3.+WG+Charter). 이 실무 그룹이 발행한 초기 보고서에 대해 공개 의견을 수렴한 후 최종 보고서를 2012년 10월 17일에 GNSO 평의회가 채택했습니다. 또 한 번의 공개 의견 포럼을 진행한 후 ICANN 이사회는 2012년 12월 20일에 최종 보고서의 권고안을 채택했습니다(http://www.icann.org/en/groups/board/documents/minutes-20dec12-en.htm#2.a).


1 이 요구 사항은 아직 그러한 의무가 없는 레지스트라나 레지스트리가 Whois 출력 자료에 도메인 이름 상태를 포함하도록 요구하기 위한 것이 아닙니다. 하지만 Whois에 도메인 상태를 포함하는 레지스트라 및 레지스트리의 경우 상태가 각각의 EPP 코드 형태여야 하고 본 정책의 다른 요구 사항을 준수해야 합니다.‬‬‬‬‬‬

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."