如何成功使用 RDAP 协议代替 whois
How to successfully use RDAP protocol instead of whois
我对新的 RDAP 协议以及任何进一步追求它的意义感到有点困惑。在我看来,每个人都同意它成为 whois 的继承者,但他们的数据库似乎是空的。在 ubuntu 上,我尝试了 rdapper、nicinfo 甚至他们的 RESTful API:
http://rdap.org/domain/google.com
(这导致 "File not Found",但根据 here 是正确的)
我是不是误会了什么? RDAP 死了吗,服务还没有启动还是我做错了什么? Nicinfo returns 这个:
nicinfo -t domain google.com
# NicInfo v.1.1.0-alpha
# Query yielded no results.
[ NOTICE ] Terms of Service
1 By using the ARIN RDAP/Whois service, you are agreeing to the RDAP/Whois
Terms of Use
About https://www.arin.net/whois_tou.html
[ ERROR ] DOMAIN NOT FOUND
Code 404
1 The domain you are seeking as 'google.com.' is/are not here.
rdapper returns 这个:
rdapper --TYPE domain google.com
Error: 404 No RDAP service for domains like 'google.com' is registered at rdap.org
如果 RDAP 应该有效,有人可以告诉我我做错了什么吗?
直接简答
“如何成功使用 RDAP 协议而不是 WHOIS?”的答案是:没有办法成功使用 RDAP,也许只能尝试一些实验性的实施...但即使是实验性的,我也不知道如何尝试。
你错误假设的答案
您使用的 URL 是错误的,因此,部分问题的详细信息以 wrong hypothesis 开头。
域名RDAP.ORG
不是“官方权威”,属于商业机构所有,所以是虚假的“.ORG”。在 rdap.org 页有一个页脚承认 没有官方服务 ,并且是一个 tau.uk.com
游乐场。试试 some RDAP client.
最佳解读和长答案
This ICANN report,2015 年 12 月 3 日,“gTLD 注册管理机构和注册服务商的注册数据访问协议 (RDAP) 操作概要”,有一些线索,一些历史,......并用
(...) it is premature to include a requirement for all gTLDs in the RDAP Profile
(...) A call for volunteers is planned by January 2016.
因此,没有人决定对所有注册商实施 RDAP...并且今年没有宣布“招募志愿者”。
梦想有一个中间选择
当今 WHOIS 的主要问题是对已发布信息的“自由解释”。 There are no "standard Rosetta stone", but we can start one (!), to offer a maturity intermediary 适用于 RDAP。
2019年新闻
从 2019 年 8 月 26 日开始,ICANN 要求(因此适用于所有 gTLD)在注册管理机构和注册商处拥有 RDAP 服务器。
来自 https://www.icann.org/rdap:
RDAP Timeline
gTLD registries and registrars are required to implement an RDAP
service by 26 August 2019. ICANN org continues to work with gTLD
registries and registrars to implement a service-level agreement and
registry reporting requirements for RDAP.
在 https://www.icann.org/resources/pages/rdap-background-2018-08-31-en
阅读有关 RDAP 时间表的更多信息
2020年新闻
RDAP 服务正在运行! 您可以在 RDAP 客户端(作为旧的 whois
客户端)或直接尝试在顶级域权限的API。示例:
- 权威的 RDAP API 顶级域
.com
的端点是 https://rdap.verisign.com/com/v1/
。例如,巴西人的 UOL.COM
描述为 https://rdap.verisign.com/com/v1/domain/uol.com .
- 权威的 RDAP API 顶级域
.org
的端点是 https://rdap.publicinterestregistry.net/rdap/org/
。例如,W3C 的域描述为 https://rdap.publicinterestregistry.net/rdap/org/domain/w3c.org
- 有许多 RDAP 客户端 工作正常,OpenRDAP.org 是一个。您不需要知道权限或其 RDAP API 端点,是直接的。
示例:rdap -v uol.com
或 rdap -v w3c.org
。
- 在线客户端也可以使用。示例:
client.rdap.org
resolving uol.com
or openrdap.org
resolving w3c.org
.
实体透明度:透明度策略是本地的。例如UOL.com.br
被.br
权限注册,而Registro.BR obligates that all domain name owner must to be revealed (see CNPJ entry). Check it by a good and universal client, like OpenRDAP, rdap -v uol.com.br
.
2020 年正确的 url 是 https://rdap.verisign.com/com/v1/domain/google.com。现在已经有数百个域扩展使用 rdap。
我对新的 RDAP 协议以及任何进一步追求它的意义感到有点困惑。在我看来,每个人都同意它成为 whois 的继承者,但他们的数据库似乎是空的。在 ubuntu 上,我尝试了 rdapper、nicinfo 甚至他们的 RESTful API:
http://rdap.org/domain/google.com (这导致 "File not Found",但根据 here 是正确的)
我是不是误会了什么? RDAP 死了吗,服务还没有启动还是我做错了什么? Nicinfo returns 这个:
nicinfo -t domain google.com
# NicInfo v.1.1.0-alpha
# Query yielded no results.
[ NOTICE ] Terms of Service
1 By using the ARIN RDAP/Whois service, you are agreeing to the RDAP/Whois
Terms of Use
About https://www.arin.net/whois_tou.html
[ ERROR ] DOMAIN NOT FOUND
Code 404
1 The domain you are seeking as 'google.com.' is/are not here.
rdapper returns 这个:
rdapper --TYPE domain google.com
Error: 404 No RDAP service for domains like 'google.com' is registered at rdap.org
如果 RDAP 应该有效,有人可以告诉我我做错了什么吗?
直接简答
“如何成功使用 RDAP 协议而不是 WHOIS?”的答案是:没有办法成功使用 RDAP,也许只能尝试一些实验性的实施...但即使是实验性的,我也不知道如何尝试。
你错误假设的答案
您使用的 URL 是错误的,因此,部分问题的详细信息以 wrong hypothesis 开头。
域名RDAP.ORG
不是“官方权威”,属于商业机构所有,所以是虚假的“.ORG”。在 rdap.org 页有一个页脚承认 没有官方服务 ,并且是一个 tau.uk.com
游乐场。试试 some RDAP client.
最佳解读和长答案
This ICANN report,2015 年 12 月 3 日,“gTLD 注册管理机构和注册服务商的注册数据访问协议 (RDAP) 操作概要”,有一些线索,一些历史,......并用
(...) it is premature to include a requirement for all gTLDs in the RDAP Profile (...) A call for volunteers is planned by January 2016.
因此,没有人决定对所有注册商实施 RDAP...并且今年没有宣布“招募志愿者”。
梦想有一个中间选择
当今 WHOIS 的主要问题是对已发布信息的“自由解释”。 There are no "standard Rosetta stone", but we can start one (!), to offer a maturity intermediary 适用于 RDAP。
2019年新闻
从 2019 年 8 月 26 日开始,ICANN 要求(因此适用于所有 gTLD)在注册管理机构和注册商处拥有 RDAP 服务器。
来自 https://www.icann.org/rdap:
RDAP Timeline
gTLD registries and registrars are required to implement an RDAP service by 26 August 2019. ICANN org continues to work with gTLD registries and registrars to implement a service-level agreement and registry reporting requirements for RDAP.
在 https://www.icann.org/resources/pages/rdap-background-2018-08-31-en
阅读有关 RDAP 时间表的更多信息2020年新闻
RDAP 服务正在运行! 您可以在 RDAP 客户端(作为旧的 whois
客户端)或直接尝试在顶级域权限的API。示例:
- 权威的 RDAP API 顶级域
.com
的端点是https://rdap.verisign.com/com/v1/
。例如,巴西人的UOL.COM
描述为 https://rdap.verisign.com/com/v1/domain/uol.com . - 权威的 RDAP API 顶级域
.org
的端点是https://rdap.publicinterestregistry.net/rdap/org/
。例如,W3C 的域描述为 https://rdap.publicinterestregistry.net/rdap/org/domain/w3c.org - 有许多 RDAP 客户端 工作正常,OpenRDAP.org 是一个。您不需要知道权限或其 RDAP API 端点,是直接的。
示例:rdap -v uol.com
或rdap -v w3c.org
。 - 在线客户端也可以使用。示例:
client.rdap.org
resolvinguol.com
oropenrdap.org
resolvingw3c.org
.
实体透明度:透明度策略是本地的。例如UOL.com.br
被.br
权限注册,而Registro.BR obligates that all domain name owner must to be revealed (see CNPJ entry). Check it by a good and universal client, like OpenRDAP, rdap -v uol.com.br
.
2020 年正确的 url 是 https://rdap.verisign.com/com/v1/domain/google.com。现在已经有数百个域扩展使用 rdap。