签约方

ICANN 的签约方包括通用顶级域 (gTLD) 注册管理运行机构和认证注册服务机构。

除了 ICANN 官方语言版本以外,本内容还提供以下语言版本

公告:针对 WHOIS 数据目录服务对注册管理机构和注册服务机构要求的澄清

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

第 21 版(2024 年 2 月)

截止 2024 年 2 月 21 日,此公告已更新,以反映实施注册数据政策所需的更改。公告的先前版本如下:

  • 存档2015 年 4 月 27 日版本,2018 年 5 月 25 日进一步更新 – 由 2023 年 8 月 29 日版本所取代。
  • 存档2014 年 9 月 12 日版本 – 由 2015 年 4 月 27 日版本所取代。

本公告旨在针对注册管理机构和注册服务机构分别遵守《注册管理机构协议》和《注册服务机构认证协议》所需的 WHOIS(端口 43)和基于 Web 的目录服务(在本文中统称为 WHOIS)规范提供相关说明。发布这些澄清事项的目的之一是确保能够方便地剖析结果。我们鼓励感兴趣的用户在为 WHOIS 输出信息开发解析器时考虑这些澄清说明。

第 2 部分中的澄清对注册管理机构和注册服务机构均适用;第 3 部分中的澄清仅对注册管理机构适用;第 4 部分中的澄清仅对注册服务机构适用。

  1. 定义:

    1.1 本文的关键字“必须”(MUST)、“不得”(MUST NOT)、“要求”(REQUIRED)、“应该”(SHALL/SHOULD)、“不应”(SHALL NOT/SHOULD NOT)、“建议”(RECOMMENDED)、“不建议”(NOT RECOMMENDED)、“可以”(MAY) 和“可选”(OPTIONAL),当且仅当它们以此处所示的全大写形式出现时,应按照 BCP 14 [RFC2119] [RFC8174] 中的说明进行解释。

    1.2 键:字段冒号左侧的字符串。

    1.3 值:字段冒号右侧的字符串。

    1.4 ROID:[RFC5730] 中指定的存储库对象标识符 (ROID)。

  2. 以下说明对注册管理机构和注册服务机构 WHOIS 数据目录服务均适用:

    2.1 如 [RFC3912] 中所述,WHOIS 协议(端口 43)未进行国际化。鼓励注册管理机构和注册服务机构仅对 WHOIS(端口 43)输出信息使用 US-ASCII 编码和字库表。如果注册管理运行机构/注册服务机构使用 US-ASCII 字库表以外的字符,应当使用 UTF-8 对输出信息进行编码,以便最大限度地提高互操作性。

    2.2 WHOIS 输出信息可以使用其他语言显示键名称,但键的第一个条目必须与协议或政策中显示的内容相同,翻译信息必须显示在圆括号(U+0028 和 U+0029)中,且字段键与左圆括号 (U+0028) 之间留有一个空格 (U+0020)。各翻译信息之间必须用斜线 (U+002F) 隔开。右圆括号 (U+0029) 之后必须紧跟冒号。键名称翻译与圆括号(U+0028 和 U+0029)之间不得留有空格。斜线 (U+002F) 两侧不得留有空格。

    例如,“域名:”使用西班牙语和葡萄牙语显示为:
    Domain Name (Nombre de Dominio/Nome de Domínio): foo.example

    2.3 任何字段(例如,域名、域名服务器、电子邮件地址)值中的所有域名标签必须以 ASCII 兼容格式(A-标签)显示。

          例如,具有国际化域名 (IDN) 标签的域名服务器应当显示为:
    Name Server: ns1.xn--caf-dma.example

    2.4 如果域名为 IDN,注册管理运行机构/注册服务机构可以使用“国际化域名:”键以 U-标签格式显示 IDN。如果这样显示,字段必须显示为其他字段,或紧接“域名”字段之后显示。

    例如:
    Internationalized Domain Name: café.example
    … 

    …  
    DNSSEC: signedDelegation
    Internationalized Domain Name: café.example

    2.5 域状态必须符合 EPP RFC 中指定的映射:[RFC5730]、[RFC5731]、[RFC5732]、[RFC5733]、[RFC5734] 以及 [RFC3915]。根据 ARIP,可扩展供应协议 (EPP) 状态之后必须紧跟至少一个但最多不超过九个空格 (U+0020),空格后则紧跟一个对应 ICANN 网站中的状态描述的 URL。

    2.6 页脚“>>> WHOIS 数据库的上次更新时间: <日期和时间> <<<”中显示的日期和时间是指从 SRS 数据库更新 RDDS 数据库的日期和时间(采用 [RFC3339] 格式)。如果签约方正在直接查询其 SRS 数据库,从而使用实时数据,那么此日期和时间将显示查询的响应时间戳。

    2.7 域名 WHOIS 查询的输出信息中不应显示域名服务器的 IP 地址。如果显示,IP 地址必须紧跟在相应的域名服务器之后,与域名服务器对象响应的显示方式一致。

    2.8 当查询的域名在 SRS 中有一条或多条 DS 或 DNSKEY 记录时,必须显示“DNSSEC: signedDelegation”。对于所有其他情况,必须显示“DNSSEC: unsigned”。

    2.9 如果 WHOIS 输出信息中包含合同或政策规定之外的其他数据字段,必须将这些数据字段放置在响应的末尾部分,但本公告中另有说明的情况或政策或合同另有要求的情况除外。

    2.10 JavaScript 或其他客户端脚本代码不得添加到(端口 43)WHOIS 输出信息中,可能会被错误解释为标记语言的对象数据必须在基于 Web 的 WHOIS 中进行正确转义。

    2.11 基于 Web 的 WHOIS 输出信息必须与 WHOIS (端口 43)遵守相同的约定。

    2.12 WHOIS(端口 43)中的每个字段(键/值对)必须以 ASCII CR 后跟 ASCII LF <U+000D, U+000A> 结尾。(请参见 [RFC3912] 第 2 节“WHOIS 协议规范”)。这适用于法律免责声明所用的段落或 WHOIS 输出信息中显示的任何其他行。

    2.13 键和值必须用冒号后跟一个空格(“: ”<U+003A,U+0020>)隔开。

                 例如,名称应当显示为:
    Name Server: ns1.xn--caf-dma.example

    2.14 前导空格不应出现在 WHOIS 输出信息中。如果出现,前导空格的数量不得超过 9 个。不得包括结尾空格。

    2.15 响应中的最后一个数据字段与页脚“>>> 数据库的上次更新时间: <日期和时间> <<<”之间不应留有空行。如果留有,响应中的最后一个数据字段与“上次更新时间”页脚之间不得显示超过三个空行。

    2.16 域名对象的 WHOIS(端口 43)查询应当每个查询仅返回一条记录(即仅执行精确匹配查找,无部分匹配或其他搜索功能)。

    2.17 所有字段均应区分大小写。键(即冒号左侧的字符串)区分大小写,它必须按照合同或政策中规定的方式显示。

    2.18 ASCII CR 和/或 ASCII LF <U+000D, U+000A> 在 WHOIS(端口-43)中只能出现在字段末尾。

    2.19 注册管理运行机构和注册服务机构必须使用完全合格域名。显示域名时,注册管理运行机构不应包含结尾圆点。

    2.20 根据其他合同和政策要求,注册管理运行机构和注册服务机构可以显示域名的账单联系人信息。如果显示,联系人字段必须显示为其他字段,或紧接技术联系人数据字段之后显示。

    2.21 根据其他注册数据目录服务 (RDDS) 信息政策 (ARIP),WHOIS 输出信息必须包含如下页脚:“有关域名状态代码的更多信息,请访问 https://icann.org/epp”。ARIP 页脚必须显示在“上次更新时间”页脚之后。ARIP 页脚之前必须至少留有一个空行,但最多不能超过三个空行。法律免责声明必须跟在 ARIP 页脚之后,前面必须至少留有一个空行,但最多不能超过三个空行。

    例如:
    Domain Name: foobar.example
    Registry Domain ID: D1234567-example

    DNSSEC: signedDelegation
    URL of the ICANN Whois Inaccuracy Complaint Form:
    https://www.icann.org/wicf/
                      >>> Last update of WHOIS database: 2009-05-29T20:15:00Z <<<
    For more information on Whois status codes, please visit
    https://icann.org/epp
                      Terms of Use: Users of this Whois service …

    2.22 除非另有明确指定,否则 WHOIS 输出信息中的字段不得显示多次。

    2.23 在对域名对象查询的响应中,以下字段可以有多个值,因此可能会显示多次:

    • 域名状态
    • 域名服务器
    • 注册人/管理员/技术人员/账单所用街道(即,遵循 EPP [RFC5733] 用法)

    2.24 如果收到对象查询,而 SRS 中不存在该对象,则签约方应当返回键“查询的对象不存在: ”,(可选)后跟注册管理机构定义的文本消息(值)来提供有关对象不存在的更多信息。不得显示其他字段。“上次更新时间”页脚、空白行和法律免责声明必须像其他 WHOIS 查询一样附加在后面。

  3. 以下说明仅对注册管理机构 WHOIS 数据目录服务适用:

    3.1 对域名服务器对象的 WHOIS(端口 43)查询不应提供部分匹配或其他搜索功能。

    3.2 对域名服务器对象的查询,若使用域名服务器名称或 IP 地址作为查询字符串,可能会匹配多个对象。在这种情况下,注册管理机构应当返回行“查询匹配多个域名服务器:”后跟匹配的 ROID 和用圆括号括住的相应域名服务器名称(每行一个结果)。

    例如,IP 为“203.0.113.7”、具有三个匹配对象的域名服务器的查询将返回:
    Query matched more than one name server:
    roid1abc-examplerep (ns1.foo.example)
    roid5jkl-examplerep (ns2.example.com)
    roid9mno-examplerep (ns1.example.net)
    >>> Last update of WHOIS database: 2009-05-29T20:15:00Z <<<

    3.3 实施第 2.2 项说明的注册管理机构必须支持使用域名服务器对象的 ROID 进行域名服务器对象查询,例如采用以下格式的查询:whois roid <roid>,其中 <roid> 为域名服务器的 ROID。

    3.4 注册管理机构可为注册服务机构对象查询提供部分匹配功能。当收到的注册服务机构对象查询匹配多个对象时,注册管理机构必须返回多条记录。每个注册服务机构对象必须用一个空白行隔开,后跟“注册服务机构名称:”键,以指示新记录的开始。

    例如,具有两个匹配对象的注册服务机构“Example”的查询将返回(如果提供搜索功能):
    Registrar: Example Registrar, Inc.

    Registrar URL: http://www.example-registrar.example
    Admin Contact: Joe Registrar
    Phone Number: +1. 5553101213
    Fax Number: +1. 5553101213
    Email: [email protected]
    Admin Contact: Jane Registrar
    Phone Number: +1. 5553101214
    Fax Number: +1. 5553101213
    Email: [email protected]
    Technical Contact: John Geek

    Registrar: Example Registrar Two, Inc.

    Registrar URL: http://www.example-registrar-two.example
    Admin Contact: Joe Registrar Two
    Phone Number: +1. 5553101213
    Fax Number: +1. 5553101213
    Email: [email protected]
    Admin Contact: Jane Registrar
    Phone Number: +1. 5553101214
    Fax Number: +1. 5553101213
    Email: [email protected]
    Technical Contact: John Geek

    >>> Last update of WHOIS database: 2009-05-29T20:15:00Z <<<

    3.5 如果没有实施本文档的第 2.2 项说明,当收到的域名服务器对象查询匹配多个对象时,注册管理机构必须返回多条记录。每个域名服务器对象必须用一个空白行隔开,后跟“服务器名称:”键,以指示新记录的开始。

    例如,对域名服务器“203.0.113.7”的查询有两个匹配的对象时,将返回:
    Server Name: ns1.foo.example
    IP Address: 203.0.113.7
    Registrar: Example Registrar, Inc.
    Registrar WHOIS Server: whois.example-registrar.example
    Registrar URL: http://www.example-registrar.example
    Server Name: ns3.bar.example
    IP Address: 203.0.113.7
    Registrar: Example Registrar 2, Inc.
    Registrar WHOIS Server: whois.example-registrar2.example
    Registrar URL: http://www.example-registrar2.example
    >>> Last update of WHOIS database: 2009-05-29T20:15:00Z <<<

    3.6 注册管理运行机构可以在注册服务机构数据中显示联系人的电话分机号码和/或传真分机号码。如果显示,则每个字段必须显示为其他数据字段,或紧接相应的联系电话或传真字段之后显示。

    3.7 注册管理机构应支持使用注册服务机构的 IANA 编码的注册服务机构对象查询,例如采用以下格式的查询:whois registrar-id <IANA ID>。

    3.8 对域名服务器对象查询的响应中,“IP 地址”字段可以有多个值,因此可能会显示多次。

    3.9 对于域名服务器查询中至少有一个活动域名要求 DNS 粘附数据(请参阅 [RFC1034]),且注册管理机构有数据的情况,注册管理机构必须在响应数据中包含来自其 SRS 的响应数据(例如服务器名称、IP 地址),以及(至少)与要求 DNS 粘附数据的域名相关的 IP 地址。在其他情况下,注册管理机构可提供包含 SRS 数据的响应。

    例如,如果域名“foo.example”在 DNS 中处于活动状态并且具有域名服务器“ns.foo.example”,则域名服务器“ns.foo.example”查询的 WHOIS 输出中将显示来自 SRS 的该域名服务器的 IP 地址和相关数据。

    3.10 在对注册服务机构对象查询的响应中,以下字段可以有多个值,因此可能会显示多次:

    • 管理联系人
    • 技术联系人
    • 电子邮件地址
    • 传真号码
    • 电话号码
    • 电话分机号码
    • 传真分机号码
    • 街道

    当注册服务机构对象查询返回多个管理联系人或技术联系人时,相关字段(电子邮件地址、传真号码和电话号码)必须跟在联系人名称(例如管理联系人或技术联系人)字段之后。

    例如,具有两个管理联系人的注册服务机构查询将返回:
    Registrar: Example Registrar, Inc.

    Registrar URL: http://www.example-registrar.example
    Admin Contact: Joe Registrar
    Phone Number: +1. 5553101213
    Fax Number: +1. 5553101213
    Email: [email protected]
    Admin Contact: Jane Registrar
    Phone Number: +1. 5553101214
    Fax Number: +1. 5553101213
    Email: [email protected]
    Technical Contact: John Geek

    >>> Last update of WHOIS database: 2009-05-29T20:15:00Z <<<

    3.11 当收到“不合格的查询”(例如查询字符串不包含“域名服务器”或“注册服务机构”参数)且该查询匹配一个域名和一个域名服务器对象时,注册管理机构应当返回有关域名对象的信息。

    3.12 除非政策或合同另有要求,否则字段值的信息必须符合以下 EPP RFC 中规定的格式:[RFC5730]、[RFC5731]、[RFC5732]、[RFC5733]、[RFC5734] 以及 [RFC3915]。EPP RFC 中未指定以下字段:[RFC5730]、[RFC5731]、[RFC5732]、[RFC5733]、[RFC5734] 以及 [RFC3915],并且必须遵循以下格式规范:

    • “注册服务机构 WHOIS 服务器”值定义为主机名(请参见 [RFC952] 和 [RFC1123]),并且如果所指注册服务机构针对查询对象提供(端口 43)WHOIS 服务,则必须显示支持/引荐注册服务机构(端口 43)WHOIS 服务器的服务器名称,否则视为可选字段;
    • “注册服务机构 URL”的字段值是 URL(请参见 [RFC3986])。该值必须显示支持注册服务机构的网站。URL 必须为:查询对象的网络 WHOIS、注册服务机构的网络 WHOIS 服务的 URL,或支持注册服务机构的主网页;
    • “注册服务机构 IANA 编码”字段值是一个十进制正整数;
    • “注册服务机构”字段值是一个标记(请参见《可扩展标记语言 1.1》);
    • 注册服务机构对象的联系对象是 EPP 联系对象。
  4. 以下说明仅对注册服务机构 WHOIS 数据目录服务适用:

    4.1 注册服务机构仅需提供该机构所支持的域名的 WHOIS 信息。

    4.2 字段“注册域名识别码:”是指 [RFC5730] 中规定的域名对象的存储库对象标识符 (ROID)。例如,注册服务机构可以通过 EPP 从注册管理机构获取 ROID,并在创建或通过传输获取域名以后将信息缓存在本地。

    4.3 字段“注册管理机构管理人/技术人员/账单信息/注册人识别码:”是指 [RFC5733] 中规定的联系对象的存储库对象识别码 (ROID)。例如,注册服务机构可以通过 EPP 从注册管理机构获取 ROID,并将信息缓存在本地。RAA 2013 规定,如果可从注册管理机构获得该信息,则必须显示。如果不能从注册管理机构(例如“简略”注册管理机构)获取此信息,则应该显示字符串“不能从注册管理机构获取”。

    4.4 字段“更新日期:”必须反映该注册服务机构已知的最近更新成功的日期和时间。注册服务机构无须在注册管理机构处时时更新这一“更新日期:”。

    4.5 本节中描述的更新时间的服务级别要求。注册数据目录服务 (WHOIS) 规范第 2.2 条仅指注册服务机构发起的更改。

    4.6 WHOIS 输出信息中的 EPP 状态必须显示注册管理机构数据中的最新 EPP 状态。注册服务机构无须在注册管理机构处时时更新 EPP 状态。

    4.7 除非政策或合同另有要求,否则字段值部分(即冒号右侧)必须符合以下 EPP RFC 中规定的格式:[RFC5730]、[RFC5731]、[RFC5732]、[RFC5733]、[RFC5734] 以及 [RFC3915]。EPP RFC 中未指定以下字段:[RFC5730]、[RFC5731]、[RFC5732]、[RFC5733]、[RFC5734] 以及 [RFC3915],并且必须遵循以下格式规范:

    • “注册服务机构滥用行为联系电子邮件”(应符合 EPP RFC 中对电子邮件字段的规定)
    • “注册服务机构滥用行为联系电话”(应符合 EPP RFC 中对电话号码字段的规定)
    • “分销商”是一个标记(请参见《可扩展标记语言 1.1》)
    • “注册服务机构 WHOIS 服务器”值是主机名(请参见 [RFC952] 和 [RFC1123]),并是支持注册服务机构的 WHOIS 服务器名称(端口-43)
    • “注册服务机构 URL”字段值是一个 URL(请参见 [RFC3986]),且必须显示支持注册服务机构的网站,更具体地说,是所查询对象的网络 WHOIS 的 URL,或至少提供该注册服务机构的网络 WHOIS 服务的 URL
    • “注册服务机构 IANA 编码”值是一个十进制正整数。
    • “注册服务机构”值是一个标记(请参见《可扩展标记语言 1.1》)。

    4.8 “分销商”字段的值部分应当显示,但也可以留空,或完全不显示该字段。

    4.9 以下字段可以在最后一个字段(ICANN WHOIS 准确性问题投诉表的 URL)后显示,而不是在“注册服务机构 IANA 编码”字段后显示:

    • 注册服务机构滥用行为联系电子邮件
    • 注册服务机构滥用行为联系电话