Skip to main content
Resources

域名注册管理后端应急运行机构常见问题与解答

注:所有语种版本中,英文版为官方版本,其他语种版本仅供参考.

什么是 EBERO?

域名注册管理后端应急运行机构 (EBERO) 是在运营域名服务、注册数据目录服务和可扩展设置协议服务方面拥有多年丰富经验的运行机构。它们与 ICANN 签署了长达三至五年的协议,以确保在一家顶级域名注册管理运行机构发生故障时,继续提供五大关键注册管理职能。目前已签约的 EBERO 服务提供商包括:

为什么 EBERO 如此重要?

ICANN 的核心使命之一是在支持公开竞争的环境中维护互联网的运营安全性和稳定性。随着 新通用顶级域名(新 gTLD)项目的启动,互联网行业中的注册管理运行机构的数量将大大增加。尽管所有申请人必须达到技术、运营和财务要求(请参见《gTLD 申请人指导手册》),但社群在设计新 gTLD 项目时已经规定了需要采取应急流程的情况。在一名注册管理运行机构需要援助以维持一段时间内关键注册管理职能的运营时,EBERO 项目即可被激活。

它们的选取流程是怎样的?

EBERO 是通过 ICANN 于 2011 年 9 月 14 日发布的 《信息征询》 (RFI) 流程而选取出来的。ICANN 最初收到了来自全球极其优秀的合格提供商提交的 14 份 RFI,并对 RFI 进行了全面而详细的评估。这项评估工作是由一批来自注册管理机构、安全部门、注册服务机构和合规部门的人员,以及独立顾问构成的跨职能团队而进行的。

回复人必须证明其机构的达标理由,包括展示:在运营域名服务、注册数据目录服务和可扩展设置协议服务方面拥有多年经验。

地理位置也是一个选取理由。ICANN 从广泛的地理区域中寻找候选机构,确保为所有地区的注册管理机构提供区域性服务,并在某一地区的服务出现大型灾难时轮换提供服务的地理位置。

ICANN 在未来可能会重新评估 EBERO 提供商的数量一题。

EBERO 何时会被激活?

EBERO 提供商已于 2014 年第 4 季度起准备就绪,可接手应急响应服务。

EBERO 的应急职能将持续多长时间?

ICANN 的目标是确保尽快(最好是在 12 个月以内)解决紧急事件。但如有必要,ICANN 和 EBERO 也将为更长的应急职能服务做好准备。

EBERO 将遵循什么流程?

ICANN 将负责宣布 EBERO 应急响应事件,并负责在应急响应期间协调所有与 EBERO 相关的活动。ICANN 计划在其网站上发布本事件最新状态。所有 EBERO 提供商将遵守一份称为《共同过渡流程》(CTP) 的详细应急响应流程。

EBERO 是否拥有访问私人数据或保密数据的权利?

如果您注册域名的新顶级域名运营商发生了故障,则 EBERO 将临时维持关键的注册管理职能,并仅对您发布在公共域名上的数据拥有访问权,例如:域名的注册数据。

EBERO 是否将接手顶级域名运营商可能提供的网络托管或其他服务呢?

EBERO 的服务范围是有限的。例如,EBERO 将不会提供顶级域名运行机构可能向其客户提供的额外服务,例如:网络托管或网络分析。

如何找到有关 EBERO 的额外信息?

请点击下方链接查看更多信息。

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