Skip to main content

레지스트라 되기

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

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

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

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

  1. ICANN 레지스트라 인가 계약서에 서명하고 인가 수수료를 지불합니다. 현재 버전의 계약서는 모든 레지스트라가 ICANN 서명에 사용하는 표준 문서입니다. 현재 ICANN 인가 기간은 5년 동안 부여됩니다. (ICANN은 계약서와 함께 연간 고정 인가 수수료에 대한 송장을 작성하여 보내드립니다).
  2. ICANN 지정 레지스트라 데이터 에스크로 에이전트와 레지스트라 데이터 에스크로(RDE) 계약서에 서명하거나 ICANN 승인 레지스트라 데이터 에스크로 에이전트를 선택합니다(본인 비용 부담). RAA 조항 3.6에 명시된 대로 모든 ICANN 인가 레지스트라는 특정 gTLD 레지스트라 정보를 기탁해야 합니다. ICANN과의 RAA 및 RDE 계약 실행은 ICANN 레지스트라 인가 과정의 마지막 단계입니다.
  3. 서명된 RAA 및 RDE 계약서를 반환하고 인가 수수료를 지불하면, ICANN은 인가에서 적용 가능한 레지스트리를 알려주고에서 레지스트라 목록에 추가합니다. 계약, 재무 및 기술 세부 정보를 확인하려는 경우 레지스트리 운영자에게 문의하십시오.
  4. 등록명 보유자에 대한 등록 계약서를 준비합니다. ICANN 레지스트라 인가 계약서는 등록 계약서에 특정 조항이 포함되어 있어야 합니다. 또한 ICANN은 통일 도메인 이름 분쟁 해결 정책을 채택했습니다. 모든 인가된 레지스트라는 이 정책을 따라야 합니다. 인가 계약서의 요구 사항을 준수하려면 개인 정보 보호 정책을 이행해야 합니다.
  5. 서비스 개시를 알립니다. 위에서 설명한 모든 단계를 완료한 후에는 테스트 과정을 통과하는 즉시 서비스를 제공할 수 있으며 인가 대상 레지스트리와 함께 운영할 수 있습니다.
  6. 레지스트라인가신청서절차에대한지원

    ICANN 레지스트라 인가 신청서를 완료하는데 도움이 필요하거나 ICANN 인가 레지스트라가 되는 것에 대해 일반적인 질문이 있는 경우 accredit@icann.org로 이메일을 보내 문의해 주십시오.

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"""" is not an IDN."