Skip to main content
Resources

레지스트라 준수 프로그램

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

레지스트라 준수 프로그램 [PDF, 592 KB] 에 대한 다음 개요는 단순 안내용입니다. 계약 당사자는 ICANN과의 계약에 따른 모든 요구 사항 및 해당되는 ICANN 정책을 검토하고 준수해야 합니다.

gTLD 레지스트라 준수 프로그램은 레지스트라 인가 계약서(RAA)의 계약 조항을 일반 준수 영역으로 나눔으로써 개발되었습니다. 이러한 영역은 내부 모니터링 작업, 불만 수리, 업계 소식 등의 외부 리소스 모니터링의 조합으로 이행됩니다. 새로운 서비스나 정책 변경으로 해당 영역의 추가적인 준수 모니터링이 시작될 수 있습니다.

RAA 양식은 레지스트라의 특성과 관계없이 동일합니다. 아래는 RAA 준수 영역과 관련 조항의 일부입니다.

레지스트라와 RAA에 대한 추가 정보는 레지스트라와 등록자를 위한 정보 페이지를 참조하십시오.

일부 레지스트라 관련 준수 영역의 목록은 다음과 같습니다.

  1. 등록 날짜 디렉터리 서비스(Whois)

    이 영역과 관련된 공인 레지스트라의 의무는 다음과 같습니다.

    • 포트 43에서 웹을 통해 무료 공용 Whois 서비스를 제공
    • 모든 필수 데이터 요소를 레지스트리에 제출
    • 시기적절하게 데이터를 업데이트
    • 통보 즉시 부정확한 정보를 조사하고 시정하기 위한 적절한 조치를 시행
    • 해마다 등록자에게 Whois 데이터 미리 알림을 제공

    관련 조항에는 2009 RAA2013 RAA의 섹션 3.2, 3.3 및 3.7.8과 2013 RAA의 Whois 정확성 프로그램 명세서가 포함됩니다.

    추가 정보가 필요하면 Whois 불만 정보를 참조하십시오.

  2. 도메인 이름 이전

    모든 ICANN 인가 레지스트라는 등록자가 도메인 이름을 다른 레지스트라로 이전하는 것을 허용해야 합니다. 등록자는 도메인 이름을 이전할 때 문제가 발생하는 경우 필요에 따라 검토 및 후속 조치를 위해 ICANN에 불만을 제출할 수 있습니다. 이전 불만에 관련된 공통 영역은 이전 불만 정보에 있습니다.

    이전에 관련된 레지스트라 의무는 레지스트라 간 이전 정책(IRTP)에 지정되어 있습니다.

  3. 도메인 이름 갱신

    만료된 등록 복구 정책(ERRP) 및 만료된 도메인 삭제 정책(EDDP)에는 등록자에게 만료에 대해 통보하는 것을 포함하여 도메인 이름 만료에 관련된 ICANN 인가 레지스트라의 요구 사항이 있습니다. 추가 정보가 필요하면 도메인 갱신/이행 정보를 참조하십시오.

  4. 데이터 에스크로

    레지스트라는 승인된 일정과 형식에 따라 데이터베이스의 전자 복사본을 에스크로 에이전트에 제출해야 합니다. 또한 ICANN 및 에스크로 에이전트와 적절한 계약을 체결해야 합니다. ICANN에서는 데이터 에스크로 에이전트와 협력하여 레지스트라가 요구되는 일정과 형식에 따라 데이터를 기탁하고 데이터가 RAA의 요구 사항을 준수하도록 합니다.

  5. UDRP

    통합 도메인 이름 분쟁 해결 정책(UDRP)은 상표와 관련된 도메인 이름 분쟁을 해결하기 위한 방법입니다. UDRP는 독립적인 분쟁 해결 기구를 통해 제기되어야 하지만 레지스트라는 RAA에 따라 UDRP를 준수해야 합니다. UDRP 준수 영역에는 등록자 정보 검증, 도메인 현재 상태 유지, 도메인 이름 잠금, UDRP 결정의 시기적절한 이행이 포함됩니다. 추가 정보가 필요하면 도메인 이름 분쟁/UDRP 정보를 참조하십시오.

    각 영역에는 레지스트라에 구속력이 있는 다양한 요구 사항이 있으므로 ICANN에서는 설문, 샘플 레지스트라 자료의 검토, 분쟁 해결 기구 같은 제3자의 데이터 등 다양한 수단을 사용하여 준수 여부를 검사합니다.

준수 모니터링

ICANN에서는 계약 의무 준수를 보장하기 위한 다양한 활동을 수행하며, 여기에는 불만 처리 활동, 모니터링 활동, 계약 준수 감사 프로그램에 관련된 활동이 포함됩니다.

모니터링 활동은 업계 기사, 과거 불만, 동향 분석을 일정 부분 참조하여 ICANN에서 진행하며 계약 조건 미준수 가능성을 사전에 해소하는 것을 목적으로 합니다.

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