Skip to main content
Resources

[폐지] 레지스트리 등록 데이터 디렉토리 서비스 - 일관성 있는 라벨링 및 디스플레이 정책

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

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

[이 정책은 2016년 10월 18일에 폐지되었습니다. 예정된 계획대로 2017년 2월 1일부로 그 효력을 상실합니다.ICANN은수정된 정책에 대한공개 의견수렴 기간을 2016년 10월 21일에 시작했습니다. 의견 제출 기한은 2016년 12월 12일 23시 59분(UTC)까지입니다.]

이 문서에서 "~해야 한다", "~필요하다", "~요구된다", "할 수 있다" 등과 같은 키워드는 http://www.ietf.org/rfc/rfc2119.txt의 RFC 2119 설명에 따라 해석해야 합니다.

레지스트리 운영자는 .com, .jobs 및 .net을 제외하고1, "2014년 1월 9일에 승인된 기본 레지스트리 계약"("기본 레지스트리 계약") 규정 4의 1절에 따라 이러한 요구 사항을 이행함으로써 WHOIS(포트 43을 통해 이용 가능) 및 웹 기반 디렉토리 서비스 요구 사항을 충족해야 합니다. .com, .jobs 및 .net 레지스트리 운영자는 기본 레지스트리 계약에서 thin 레지스트리에 관한 규정 4의 1절에 따라 이 정책을 이행해야 합니다.

  1. 도메인 이름 개체 쿼리에 대한 응답에서 아래 필드를 다음 순서에 따라 (1) "레지스트라 IANA ID" 필드 바로 뒤 또는 (2) 마지막 필드("ICANN Whois 부정확성 불만 양식의 URL: https://www.icann.org/wicf/") 바로 앞에 삽입해야 합니다.
  • 레지스트라 남용행위 연락처 이메일
  • 레지스트라 남용행위 연락처 전화번호
  • 도메인 이름 개체 쿼리에 대한 응답에서 다음 필드는 선택 사항으로 간주되며 "자문: 해당 등록 데이터 디렉토리 서비스(Whois) 사양에 관한 레지스트리 계약 인증 및 2013 레지스트라 인가 계약(RAA)("WHOIS 자문")의 설명 1에 따라 처리해야 합니다.
    • 레지스트라 등록 만료일
    • 리셀러
  • 표시된 경우 "리셀러" 필드는 "도메인 상태" 필드 바로 앞에 와야 합니다.
  • 표시된 경우 "리셀러" 필드의 값은 반드시 조직 이름(리셀러가 법인인 경우) 또는 자연인 이름이어야 합니다.
  • 표시된 경우 "레지스트라 등록 만료일" 필드는 "레지스트리 만료일" 필드 바로 뒤에 와야 합니다.
  • 다음 필드의 값 섹션(콜론 오른쪽)은 반드시 다음 규정을 준수해야 합니다.
    • "레지스트라 남용행위 연락처 이메일"(이메일 필드에 대한 EPP RFC의 정의를 따름)
    • "레지스트라 남용행위 연락처 전화번호"(전화번호 필드에 대한 EPP RFC의 정의를 따름)
    • "리셀러"는 토큰(확장 마크업 언어 1.1 참조)으로 정의됨
    • "레지스트라 등록 만료일"(날짜 필드에 대한 EPP RFC의 정의를 따름)
  • 레지스트리 운영자는 도메인 이름, 이름 서버, 레지스트라 개체의 출력에서 다음과 같이 키 이름을 업데이트해야 합니다. 다음 표는 기본 레지스트리 계약 규정 4의 원본 버전에서 이름이 변경된 키를 표시합니다. 다른 모든 규정(예: 값 섹션의 형식 규정)은 변경 사항이 없습니다.
  • 기본 레지스트리 계약 규정 4의 원본 키 새로운 키 이름 키가 표시되는 개체 쿼리
    도메인 ID 레지스트리 도메인 ID 도메인 이름
    WHOIS 서버 레지스트라WHOIS서버 도메인 이름, 레지스트라, 이름 서버
    참조 URL 레지스트라URL 도메인 이름, 레지스트라, 이름 서버
    후원 레지스트라 레지스트라 도메인 이름
    후원 레지스트라 IANA ID 레지스트라IANAID 도메인 이름
    레지스트라 이름 레지스트라 레지스트라
    등록자 ID 레지스트리등록자ID 도메인 이름
    운영자 ID 레지스트리 운영자 ID 도메인 이름
    기술자 ID 레지스트리 기술자 ID 도메인 이름
  • "청구처"가 표시된 경우 레지스트리 운영자는 아래 정의된 것과 같이 도메인 이름 출력에서 키 이름을 업데이트해야 합니다. 다른 모든 규정(예: 값 섹션의 형식 규정)은 계속해서 적용됩니다.
  • WHOIS 자문의 원본 키 새로운 키 이름 키가 표시되는 개체 쿼리
    청구 ID 레지스트리 청구 ID 도메인 이름
  • 도메인 이름 개체 쿼리에 대한 응답에서 다음 필드는2 반드시 ">>> Whois 데이터베이스 최종 업데이트: <날짜 및 시간> <<<" 바닥글 앞에 와야 합니다.
  • 레지스트리 계약에서 수정된 RDDS 출력을 제공하도록 허용된 레지스트리 운영자는 WHOIS 자문의 설명 1에 따라 레지스트리의 공유 등록 시스템(SRS) 내 데이터 존재 여부에 관계없이 다음 필드를 선택 사항으로 취급할 수 있습니다. 수정된 RDDS 출력은 레지스트리 운영자의 레지스트리 계약에서 관련 RDDS 조항과 일치해야 합니다.
    • 레지스트리 등록자/운영자/기술자 ID
    • 등록자/운영자/기술자 이름
    • 등록자/운영자/기술자 조직
    • 등록자/운영자/기술자 주소
    • 등록자/운영자/기술자 시/도
    • 등록자/운영자/기술자 지역
    • 등록자/운영자/기술자 우편번호
    • 등록자/운영자/기술자 국가
    • 등록자/운영자/기술자 전화
    • 등록자/운영자/기술자 전화 내선
    • 등록자/운영자/기술자 팩스
    • 등록자/운영자/기술자 팩스 내선
    • 등록자/운영자/기술자 이메일
  • "레지스트리 운영자/기술자/청구처/등록자 ID:" 필드는 RFC 5733에 지정된 연락처 개체(기본 레지스트리 계약의 규정 4에서 운영자/기술자/등록자 ID라고 함)에 대한 ROID(저장소 개체 식별자)를 참조합니다.
  • 모든 gTLD 레지스트리가 "gTLD 레지스트리 및 레지스트라에 대한 RDAP 운영 프로필"에 따라 RDAP 서비스를 구현해야 일관성 있는 라벨 및 디스플레이를 달성할 수 있습니다.
  • 레지스트리 운영자는 ICANN의 추가 승인이 없어도 WHOIS 자문에 정의된 대로 추가 RDDS 필드를 출력할 수 있습니다. 각 추가 필드의 키와 값은 브라우저에서 실행되는 코드(예: Javascript)를 포함할 수 없고 어떤 종류의 기밀 정보도 제공하지 말아야 하며 인터넷 DNS 또는 기타 시스템의 보안, 안정성 또는 탄력성에 부정적인 영향을 초래하지 않아야 합니다. 배포에 앞서 레지스트리 운영자는 모든 추가 RDDS 필드 목록을 ICANN에 제공해야 합니다. 레지스트리 운영자는 추가 RDDS 필드 목록에 대한 변경 사항이 있으면 이러한 변경 사항을 적용하기 전에 ICANN에 제공해야 합니다.
  • 발효 날짜: 2017년 2월 1일

    배포 시작 가능 날짜: 2016년 11월 1일

    실행 기록

    1. 2015년 4월 27일, ICANN은 적용 가능한 등록 데이터 디렉토리 서비스(WHOIS라고 함) 규정에 관한 레지스트리와 레지스트라의 질문에 대한 응답으로서 자문을 게시했습니다. 레지스트리 운영자는 레지스트리 계약 준수를 위해 꾸준히 이 자문을 참조해야 합니다.
    2. 레지스트리 운영자가 이 정책에 설명된 RDDS 서비스에 대한 변경 사항을 생산에 배포할 수 있는 가장 빠른 날짜를 나타내는 "배포 시작 가능 날짜"도 포함되어 있습니다. 이 날짜는 "발효 날짜"에 앞서 ICANN이 새로운 요구 사항에 따라 준수 도구를 업데이트할 수 있는 시간을 확보하기 위한 것입니다.
    3. 다음 절에서는 쿼리 개체에 대한 출력 예시를 설명합니다.

    도메인 이름 데이터:

    • 쿼리 형식:  whois EXAMPLE.TLD
    • 응답 형식:
    • 도메인 이름: EXAMPLE.TLD
      레지스트리 도메인 ID: D1234567-TLD
      레지스트라 WHOIS 서버: whois.example-registrar.tld
      레지스트라 URL: http://www.example-registrar.tld
      업데이트 일자: 2009-05-29T20:13:00Z
      생성 일자: 2000-10-08T00:45:00Z
      레지스트리 만료일: 2010-10-08T00:44:59Z
      레지스트라 등록 만료일: 2010-10-08T00:44:59Z
      레지스트라: 예제 레지스트라 LLC
      레지스트라 IANA ID: 5555555
      레지스트라 남용행위 연락처 이메일: email@registrar.tld
      레지스트라 남용행위 연락처 전화번호: +1.1235551234
      리셀러: EXAMPLE RESELLER1
      도메인 상태: clientDeleteProhibited
      도메인 상태: clientRenewProhibited
      도메인 상태: clientTransferProhibited
      레지스트리 등록자 ID: 5372808-ERL
      등록자 이름: EXAMPLE REGISTRANT
      등록자 조직: EXAMPLE ORGANIZATION
      등록자 주소: 123 EXAMPLE STREET
      등록자 시/도 ANYTOWN
      등록자 지역: AP
      등록자 우편번호: A1A1A16
      등록자 국가: AA
      등록자 전화: +1.5555551212
      등록자 전화 내선: 12347
      등록자 팩스: +1.5555551213
      등록자 팩스 내선: 4321
      등록자 이메일: EMAIL@EXAMPLE.TLD
      레지스트리 운영자 ID: 5372809-ERL
      운영자 이름: EXAMPLE REGISTRANT ADMINISTRATIVE
      운영자 조직: EXAMPLE REGISTRANT ORGANIZATION
      운영자 주소: 123 EXAMPLE STREET
      운영자 시/도: ANYTOWN
      운영자 지역: AP
      운영자 우편번호: A1A1A1
      운영자 국가: AA
      운영자 전화: +1.5555551212
      운영자 전화 내선: 1234
      운영자 팩스: +1.5555551213
      운영자 팩스 내선: 1234
      운영자 이메일: EMAIL@EXAMPLE.TLD
      레지스트리 기술자 ID: 5372811-ERL
      기술자 이름: EXAMPLE REGISTRANT TECHNICAL
      기술자 조직: EXAMPLE REGISTRANT LLC
      기술자 주소: 123 EXAMPLE STREET
      기술자 시/도: ANYTOWN
      기술자 지역: AP
      기술자 우편번호: A1A1A1
      기술자 국가: AA
      기술자 전화: +1.1235551234
      기술자 전화 내선: 1234
      기술자 팩스: +1.5555551213
      기술자 팩스 내선: 93
      기술자 이메일: EMAIL@EXAMPLE.TLD
      이름 서버: NS01.EXAMPLE-REGISTRAR.TLD
      이름 서버: NS02.EXAMPLE-REGISTRAR.TLD
      DNSSEC: signedDelegation
      ICANN Whois 부정확성 불만 양식 URL: https://www.icann.org/wicf/
      >>> WHOIS 데이터베이스 최종 업데이트: 2009-05-29T20:15:00Z <<<

    레지스트라 데이터:

    • 쿼리 형식: whois "registrar Example Registrar, Inc."
    • 응답 형식:
    • 레지스트라: Example Registrar, Inc.
      주소: 1234 Admiralty Way
      시/도: Marina del Rey
      지역: CA
      우편번호: 90292
      국가: US
      전화번호: +1.3105551212
      팩스번호: +1.3105551213
      이메일: registrar@example.tld
      레지스트라 WHOIS 서버: whois.example-registrar.tld
      레지스트라 URL: http://www.example-registrar.tld
      운영자 연락처: Joe Registrar
      전화번호: +1.3105551213
      팩스번호: +1.3105551213
      이메일: joeregistrar@example-registrar.tld
      운영자 연락처: Jane Registrar
      전화번호: +1.3105551214
      팩스번호: +1.3105551213
      이메일: janeregistrar@example-registrar.tld
      기술자 연락처: John Geek
      전화번호: +1.3105551215
      팩스번호: +1.3105551216
      이메일: johngeek@example-registrar.tld
      >>> WHOIS 데이터베이스 최종 업데이트: 2009-05-29T20:15:00Z <<<

    이름 서버 데이터:

    • 쿼리 형식:whois "nameserver(이름 서버 이름)" 또는 whois "nameserver(IP 주소)"
    • 응답 형식:
    • 서버 이름: NS1.EXAMPLE.TLD
      IP 주소: 192.0.2.123
      IP 주소: 2001:0DB8::1
      레지스트라: Example Registrar, Inc.
      레지스트라 WHOIS 서버: whois.example-registrar.tld
      레지스트라 URL: http://www.example-registrar.tld
      >>> WHOIS 데이터베이스 최종 업데이트: 2009-05-29T20:15:00Z <<<

    배경:

    이 합의 정책은 대량 Whois에 대한 새로운 합의 정책을 위한 GNSO 평의회 정책 권장사항을 채택한 ICANN 이사회 결의안 2014.02.07.08 - 2014.02.07.09에 따른 정책 구현의 일부입니다.

    GNSO 평의회가 2013년 10월 31일에 채택한 대량 Whois 정책 개발 프로세스(PDP) 실무 그룹(WG)의 권장사항 #1에서는 이렇게 규정하고 있습니다. "2013 RAA의규정 3에설명된모델에따른일관성있는라벨링과디스플레이를포함한대량 Whois 서비스의제공은모든기존및향후 gTLD 레지스트리에대한필수사항이되어야한다."

    나아가서 대량 Whois 정책 PDP WG의 최종 보고서 7.2절에는 씬 Whois에서 대량 Whois로 전환을 이행하기 위한 일정과 요구 사항에 관련된 '실행 지침'도 포함되었습니다. 여기서는

    "WG는권장사항의일부구현(예: 기존씬 gTLD 레지스트리에서대량모델로전환)으로인해다른권장사항(예: 해당데이터의일관성있는라벨링및디스플레이) 구현이지연되어서는안된다고강조한다)"라고 명시하고 있습니다.

    따라서 ICANN 직원과 실행 검토 팀(IRT)은 일관된 라벨링 및 디스플레이를 씬에서 대량으로의 전환 이행으로부터 분리할 수 있음에 동의합니다.

    ICANN은 2015년 12월 3일에 공개 의견을 위한 일관성 있는 라벨링 및 디스플레이 요구 사항 이행 제안서 초안을 제출했습니다. ICANN은 커뮤니티의 피드백을 고려하고 대량 Whois IRT와의 협력을 거쳐 제안서를 수정하였고 이는 본 합의 정책에 반영되었습니다.

    GNSO 정책 권장 사항 실행에 있어 ICANN의 목표는 이 권장 사항 실행을 필요에 따라 등록 데이터 액세스 프로토콜(RDAP) 채택과 같은 다른 관련 이니셔티브와 동기화함으로써, 등록자, 최종 사용자, 계약자, 전반적인 등록 데이터 디렉토리 서비스(RDDS) 시스템에 대한 영향을 최소화하는 것이었습니다.


    1 .com, .jobs 및 .net 레지스트리 운영자는 2014년 2월 7일에 ICANN 이사회에서 채택한 Thick Whois GNSO PDP 권장 사항 이행에 따라 thin에서 thick 레지스트리로 전환하면서 이 정책에 규정된 요구 사항도 이행해야 합니다.

    2이 필드는 현재 2013 RAA의 규정 3(2013년 9월 17일에 ICANN 이사회에서 승인)에서 사용 중인 용어와 URL을 업데이트합니다.

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