Skip to main content
Resources

新闻发布: ICANN 启用一套全球服务以精简非公开域名注册数据的请求流程

注册数据请求服务 (RDRS) 为执法部门、网络安全专业人士等提供一站式服务

洛杉矶——2023 年 11 月 28 日——互联网名称与数字地址分配机构 (Internet Corporation for Assigned Names and Numbers, ICANN) 现已推出注册数据请求服务 (Registration Data Request Service, RDRS)。RDRS 是一项新服务,采用更加统一和标准的格式来处理与通用顶级域 (generic top-level domains, gTLD) 相关的非公开注册数据访问请求。如需访问这项服务,请点击此处

由于个人数据保护法律的规定,许多 ICANN 认证注册服务机构现必须对公共记录中的个人数据进行删减,而这些数据以前可在"WHOIS"数据库中获得。但由于没有统一方式来请求或访问此类数据,相关方有时很难获得所需信息。RDRS 则提供了一套精简、标准的流程,使得大家能够提出此类请求。

对于 ICANN 认证注册服务机构和对非公开数据拥有合法利益的相关方来说,RDRS 可以成为重要的资源。这些相关方包括:执法人员、知识产权专业人士、消费者保护维权人士、网络安全专业人士和政府官员等。

如何使用

RDRS 是一个免费的全球一站式工单系统,用于处理 gTLD 非公开注册数据的访问请求。RDRS 将非公开数据请求者与参与该服务的 gTLD 的 ICANN 认证注册服务机构联系起来。该服务将通过一个单一平台精简和规范提交和接收请求的流程。

该服务并不保证您可以访问所请求的注册数据。注册服务机构和请求者之间的所有通信和数据披露均在本系统之外进行。

服务益处

通过使用单一平台和申请表格,RDRS 为处理访问 gTLD 非公开注册数据的请求提供了统一标准的格式。此举精简了申请者的请求流程,系统可自动识别域名的正确注册服务机构,且申请者也无需填写由不同注册服务机构管理的不同所需信息的多份表格。

该服务还提供了一个集中平台,申请者可以方便地访问待处理和过去的申请。他们还能创建新请求、设计请求模板,并在需要时取消请求。

注册服务机构也可从使用该服务中获益,因为该服务提供了一套集中管理和跟踪所有非公开数据访问请求的机制。注册服务机构在收到一份请求后,即可随时收到自动提醒。使用标准申请表也使得人们能够更容易提供正确信息和支持文件,以便相关方对该请求进行评估。

更多信息和资源

RDRS 是根据 ICANN 董事会的指示实施的,旨在收集相关的使用数据,为标准化访问/披露系统 (System for Standardized Access/Disclosure) 的相关决策提供信息。使用 RDRS 的注册服务机构和请求者越多,我们收集到的数据就越准确、越有价值,更有助于做出决策。

有关 RDRS 的更多信息,包括用户指南、常见问题与解答、教学视频和宣传单,请访问:https://www.icann.org/rdrs-en

ICANN 简介

ICANN 的使命在于确保全球互联网的稳定、安全与统一。要在互联网上访问另一个人的信息,您必须在电脑或其他设备中键入一个地址——可以是一个名称或是一串数字。这个地址必须是独一无二的,只有这样电脑之间才能互相识别。ICANN 负责协调这些分布在世界各地的唯一标识符并提供相应支持。ICANN 是一个非营利性公益机构,成立于 1998 年,其社群的参与者遍布世界各地。

媒体联系人

格温·卡尔森 (Gwen Carlson)
gwen.carlson@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""icann.org"" is not an IDN."