Skip to main content
Resources

FAQ - 레지스트라 데이터 에스크로 에이전트 변경

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

2023년 3월 20일, ICANN 조직에서는 ICANN에서 인가한 레지스트라에 에스크로 서비스를 제공할 자격이 있는 하나 이상의 ICANN 지정 레지스트라 데이터 에스크로 에이전트(DEA)를 선별하기 위한 제안 요청을 시작했습니다. ICANN 조직에서는 2023년 7월, DENIC Services GmbH & Co. KG(DENIC)가 유일한 ICANN 지정 레지스트라 DEA로 선정되었다고 발표했습니다. DENIC은 독일 다름슈타트에 본사를 두고 있으며, 2018년부터 ICANN 지정 레지스트라 DEA였습니다. DENIC는 기술 운영을 북미로 확장했으며 ICANN의 레지스트라 기반을 전 세계로 확장하고 서비스를 제공하기에 좋은 위치에 있어 레지스트라가 유럽이나 북미에 데이터를 저장할 수 있는 옵션을 제공합니다.

ICANN 조직에서는 레지스트라가 전환 절차 중에 참조할 수 있도록 자주 묻는 질문(FAQ) 목록을 만들었습니다. 전환 절차에 대한 자세한 내용은 여기에서 확인할 수 있습니다.

레지스트라 데이터 에스크로에 대한 일반적인 질문

ICANN 지정 레지스트라 데이터 에스크로 에이전트와 ICANN 승인 레지스트라 데이터 에스크로 에이전트의 차이점은 무엇입니까?

ICANN에서 인가한 레지스트라는 ICANN 지정 레지스트라 DEA 또는 ICANN 승인 레지스트라 DEA 중 하나로 등록 데이터를 에스크로할 수 있습니다. ICANN 조직은 ICANN 지정 레지스트라 DEA와 관련된 비용만 부담합니다. 레지스트라는 자체적으로 비용을 부담하여 ICANN 승인 레지스트라 DEA를 이용할 수도 있습니다. 해당 옵션에 대한 자세한 내용은 레지스트라 데이터 에스크로 프로그램 웹페이지를 참조하십시오.

ICANN 조직이 ICANN 지정 레지스트라 데이터 에스크로 에이전트에 대한 제안을 요청한 이유는 무엇입니까?

ICANN 조직은 올바른 규정과 적정 품질 수준으로 적절한 가치에 부응하는 서비스를 제공할 수 있도록 조달 모범 사례에 따라 하나 이상의 ICANN 지정 레지스트라 DEA를 선별하는 작업에 착수했습니다. ICANN 조직은 업계의 필요에 따라 주기적으로 ICANN 지정 레지스트라 DEA에 대한 제안을 요청할 예정입니다.

레지스트라 데이터 에스크로 에이전트를 변경해야 합니까?

상황에 따라 다릅니다. 현재 NCC Group Software Resilience (NA) LLC(NCC Group)에 기탁 중인 경우에는 다른 레지스트라 DEA로 전환해야 합니다. DENIC과 새롭게 계약을 진행할 수 있으며, 이 경우에는 ICANN이 모든 데이터 에스크로 기탁 수수료를 부담합니다. 그 대신 자체적으로 비용을 부담하여 ICANN 승인 레지스트라 DEA를 선택해도 됩니다.

레지스트라 데이터 에스크로 에이전트를 변경하려면 어떻게 해야 합니까?

레지스트라 데이터 에스크로 에이전트 변경 프로세스를 따르십시오.

레지스트라 데이터 에스크로 에이전트를 둘 이상 이용할 수 있습니까?

아니요. 레지스트라는 하나의 DEA만 이용할 수 있습니다.

현재 NCC Group 에 기탁 중인 레지스트라

NCC Group을 계속 이용할 수 있습니까?

아니요. NCC Group은 2024년 11월 1일부터 더 이상 ICANN 지정 레지스트라 DEA가 아닙니다. 현재 NCC Group을 이용하는 레지스트라는 NCC Group과의 데이터 에스크로 계약 갱신일 전에 DENIC 또는 ICANN 승인 레지스트라 DEA 중 한 곳으로 전환해야 합니다. 이 날짜는 레지스트라마다 다릅니다.

참고: 이 변경 사항은 레지스트리 데이터 에스크로 서비스가 아닌 레지스트라 데이터 에스크로 서비스에만 적용됩니다.

ICANN에서는 언제 DEA를 변경하라고 통지합니까?

레지스트라는 NCC Group에서 DENIC 또는 그 대신 이용할 ICANN 승인 레지스트라 DEA로 전환해야 하는 날로부터 약 120일 전에 ICANN 조직의 통지를 받습니다. 각 레지스트라의 전환 기한은 레지스트라와 NCC Group이 체결한 기존 계약상 원래 발효일이 돌아오는 날짜와 일치합니다. 레지스트라는 데이터 에스크로 계약 갱신일로부터 75일 전까지 완성된 DEA 변경 요청 양식을 ICANN 조직에 제출해야 합니다.

DENIC 대신 이용할 수 있는 DEA가 있습니까?

DENIC이 유일한 ICANN 지정 레지스트라 DEA로 선정되었지만, 레지스트라는 자체적으로 비용을 부담하여 ICANN 승인 레지스트라 DEA를 이용할 수 있습니다. ICANN 승인 레지스트라 DEA의 목록은 여기에서 확인할 수 있습니다.

NCC Group에서 전환해야 하는 날짜를 확인하려면 어떻게 해야 합니까?

ICANN 조직은 NCC Group과의 데이터 에스크로 계약일이 돌아오는 날짜로부터 120일 전에 레지스트라에 통지합니다. 일반적인 문의 사항도 registrarupdates@icann.org로 질문을 보내 주시면 됩니다. 레지스트라는 데이터 에스크로 계약 갱신일로부터 75일 전까지 완성된 DEA 변경 요청 양식을 ICANN 조직에 제출해야 합니다.

NCC Group과의 계약 갱신일까지 조치를 취하지 않으면 어떻게 됩니까?

레지스트라가 아무런 조치를 취하지 않고 레지스트라 DEA 변경을 개시하기 위한 ICANN 조직의 지원 활동에 응하지 않는 경우, ICANN 조직은 NCC Group과 레지스트라의 데이터 에스크로 계약 갱신일에 데이터 에스크로 계약을 종료시킵니다. 그런 다음에 해당 레지스트라는 ICANN 계약 준수 사항의 적용을 받습니다. ICANN 조직에서는 레지스트라가 조치를 기피하거나 지연하지 않을 것을 강력히 권장합니다. 질문이 있는 경우 ICANN 조직의 통지에 답장해도 좋습니다.

시간이 더 필요하거나 마감일까지 전환할 수 없으면 어떻게 됩니까?

ICANN 조직은 일부 레지스트라의 경우 전환에 추가 시간이 필요할 수 있음을 이해합니다. 레지스트라의 전환 기간 연장 요청은 건별로 검토할 예정입니다. 레지스트라는 ICANN 조직에서 보낸 전환 통지에 답장하여 연장 요청 또는 문의 사항을 전달할 수 있습니다. 연장 요청이 승인된다는 보장은 없으며, 레지스트라는 NCC Group 갱신일까지 전환할 수 있도록 지속적으로 노력해야 합니다.

DENIC으로 전환하는 레지스트라

DENIC으로 전환하려면 어떤 조치를 취해야 합니까?

레지스트라는 먼저 데이터 에스크로 에이전트 전환 리소스를 살펴보고 명시된 단계를 따라야 합니다. DENIC으로 전환하는 레지스트라는 최종적으로 레지스트라 데이터 에스크로 변경 절차를 따르며, 그 과정의 일환으로 새로운 DENIC 레지스트라 데이터 에스크로 계약을 진행해야 합니다. 여기에는 레지스트라와 DENIC 간에 데이터 보호 규정 준수 목적으로 체결할 수 있는 선택적 데이터 처리 계약이 포함됩니다. DENIC에 온보딩할 때 레지스트라에는 북미 또는 유럽에 있는 데이터 센터 중 한 곳에 기탁 데이터를 저장할 수 있는 선택권이 제공됩니다. 레지스트라는 전환이 완료되기 전에 DENIC과 유효한 기탁을 진행해야 합니다. ICANN 조직에서는 가급적 빠른 조치를 취할 것을 권장합니다.

DENIC으로의 전환을 준비하는 데 이용할 수 있는 리소스가 있습니까?

ICANN 조직은 레지스트라가 원활한 전환 프로세스를 계획하는 데 도움이 될 수 있도록 추가 세부 정보가 포함된 데이터 에스크로 에이전트 전환 리소스를 개발했습니다.

또한 DENIC에서는 레지스트라의 전환을 지원하기 위한 전담 지원 팀을 마련했으며, 동일한 백엔드 제공업체를 이용하는 레지스트라 그룹 및 레지스트라의 대량 온보딩에 사용되는 API와 온보딩 지원을 통한 온보딩 간소화를 제공합니다. DENIC에서는 웹 세미나도 개최합니다. 등록 정보 및 추가 정보는 여기에서 확인할 수 있습니다.

레지스트라가 통지를 받기 전에 더 일찍 DENIC으로 전환할 수 있습니까?

예. DENIC는 레지스트라가 예정된 기간 전에 전환하기를 원하는 경우 조기 온보딩 요청을 수용하려고 합니다. 최초 통지 전에 절차를 시작하려는 레지스트라는 레지스트라 데이터 에스크로 에이전트 변경 웹페이지의 지침을 따르십시오.

서명이 필요한 신규 데이터 에스크로 계약은 어디서 찾을 수 있습니까?

신규 DENIC 데이터 에스크로 계약 템플릿을 비롯한 데이터 에스크로 계약 템플릿은 레지스트라 데이터 에스크로 프로그램 웹페이지에서 확인할 수 있습니다.

DENIC에 기탁이 성공적으로 이루어졌는지 확인하려면 어떻게 해야 합니까?

레지스트라가 DENIC과 데이터 에스크로 계약을 체결하면 성공적인 온보딩을 위한 추가 문서를 받습니다. 또한 DENIC에서는 레지스트라가 DENIC 시스템과의 연결을 확인하도록 도울 수 있는 테스트 환경을 유지할 예정입니다.

DENIC의 RDE 플랫폼은 레지스트라 데이터 에스크로 규정에 따라 ICANN의 RRI(Registration Reporting Interfaces) 시스템과 완전히 통합되어 있습니다. 따라서 일부 레지스트라는 레지스트라 데이터 에스크로 기탁 확인 절차에 따라 레지스트라 데이터 에스크로 규정을 준수할 수 있도록 자신의 데이터 에스크로 기탁을 조정해야 할 수도 있습니다. 또한 DENIC으로 전환하는 레지스트라는 데이터 처리 계약이 포함된 신규 레지스트라 데이터 에스크로 계약을 진행합니다.

데이터 저장 위치에 대한 선택권이 제공됩니까?

DENIC에 온보딩할 때 레지스트라에는 북미 또는 유럽에 있는 데이터 센터 중 한 곳에 기탁 데이터를 저장할 수 있는 선택권이 제공됩니다.

레지스트라가 여러 곳에서 레지스트라 인가를 받았습니다. 모든 레지스트라를 동시에 전환할 수 있습니까?

DENIC에서는 레지스트라 포트폴리오의 효율적인 온보딩 절차를 위한 API를 개발했습니다. ICANN의 통지를 받은 레지스트라에서 우선적으로 이용할 수 있지만, 온보딩 수용력에 따라 레지스트라 그룹을 한꺼번에 온보딩할 수 있도록 최대한 노력할 것입니다.

레지스트라가 새로운 레지스트라 인가를 취득하는 중입니다. 다른 제휴 레지스트라로 전환하기 전에 NCC Group과 신규 계약을 체결할 수 있습니까?

아니요. 2023년 7월 17일부터 NCC Group은 더 이상 레지스트라 데이터 에스크로 신규 계약을 체결하지 않습니다. 신청서에 NCC Group을 DEA로 이용할 계획이라고 기술한 레지스트라 신청자는 이용 가능한 옵션이 명시된 ICANN의 통지를 받습니다.

현재 DENIC에 기탁 중인 레지스트라

이미 DENIC과 계약된 레지스트라에 현재 필요한 조치가 있습니까?

이미 DENIC에 기탁 중인 레지스트라에는 별도의 조치가 필요하지 않습니다. 단, DENIC에 기탁 중인 레지스트라 중 기존 데이터 에스크로 계약의 부속 계약으로 선택적 데이터 처리 계약을 진행하고자 하는 레지스트라는 DENIC 지원 팀(escrow@denic-services.de)에 문의해야 합니다.

현재 다른 ICANN 승인 DEA (DENIC 및 NCC Group이 아닌 DEA)에 기탁 중인 레지스트라

DENIC이 ICANN 지정 레지스트라 DEA가 되었다는 최근 발표에 따라 조치를 취해야 합니까?

아니요. 현재 DEA에 만족하신다면 현재 취해야 할 조치는 없습니다.

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