Skip to main content
Resources

등록원 인가: ICANN 인가 등록원 되기

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

ICANN 인가 등록원이 되는 과정에는 몇 가지 단계가 포함됩니다. 이러한 단계에 대한 다음 요약은 이 과정을 안내해 드리기 위한 것입니다.

  1. 레지스트라 인가 정책 성명서 에 설명된 자격 기준을 검토합니다.
  2. ICANN 인가 등록원 자격에 적용되는 재무 검토를 검토합니다.
  3. 모든 ICANN 인가 등록원에 적용되는 적용 계약 및 정책 을 검토합니다.
  4. 등록원 인가를 신청합니다. 지원하려면 ICANN 레지스트라 인가 신청서 를 작성하고 3,500달러(US) 지원 비용(환불 불가)과 함께 신청서를 ICANN으로 보냅니다. 가능한 신속하게 신청서를 처리하려면 구체적이고 자세한 답변과 모든 필요한 보충 서류를 제출해야 합니다. 지원 처리가 지연되는 주요 원인은 보충 서류가 부족하거나 신청 질문에 대해 불완전하거나 모호하게 답변했기 때문입니다. 신청과 관련된 질문은 accredit@icann.org 로 보내주시기 바랍니다.
  5. 신청서 검토와 필요한 다음 질문 및 조사를 마친 후에 등록원 신청에 대한 결정을 이메일로 알려드립니다.

인가 신청이 승인되면 다음 추가 단계를 완료해야 합니다.

  1. 등록원 인가 계약서에 ICANN과 함께 서명하고 인가 수수료를 지불합니다. 현재 버전의 계약서는 모든 등록원이 ICANN과 함께 서명하는 표준 문서입니다. ICANN 인가 기간은 현재 5년간 부여됩니다. (ICANN은 계약서와 함께 연간 고정 인가 수수료에 대한 송장을 작성하여 보내드립니다).
  2. 등록원 데이터 에스크로 계약서에 ICANN과 함께 서명하고 Iron Mountain, ICANN의 지정 에스크로 에이전트(ICANN 및 Iron Mountain 표준 계약 [PDF, 45 KB]) 또는 에스크로 서비스의 제3자 제공자(TPP)에 등록합니다. RAA의 3.6 조항에 명시된 대로 모든 ICANN 인가 등록원은 특정 gTLD 등록원 정보를 기탁해야 합니다. ICANN과의 RAA 및 RDE 계약 실행은 ICANN 등록원 인가 과정의 마지막 단계입니다.
  3. 서명된 RAA 및 RDE 계약서를 반환하고 인가 수수료를 지불하면, ICANN은 인가의 적용 가능한 등록기구를 알려주고 http://www.icann.org/registrars/accredited-list.htmlhttp://www.internic.net/regist.html에서 등록원 목록에 추가합니다. 등록기관 운영자와 함께 계약, 재무 및 기술 정보에 대해 작업해야 합니다.
  4. 등록명 보유자에 대한 등록 계약서를 준비합니다. ICANN 등록원 인가 계약서는 등록 계약서에 특정 조항이 포함되어 있어야 합니다. 또한 ICANN은 통일 도메인 이름 분쟁 해결 정책을 채택했습니다. 모든 인가된 등록원은 이 정책을 따라야 합니다. 인가 계약서의 요구 사항을 준수하려면 개인 정보 보호 정책을 이행해야 합니다.
  5. 서비스 개시를 알립니다. 위 단계를 완료한 후에는 테스트 과정을 통과하는 즉시 서비스를 제공하고, 인가의 대상이 되는 등록기관과 함께 운영됩니다.
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."