摘要

  • prop-173提出为WHOIS、RDAP、网页搜索及等效API建立独立且有版本记录的使用政策；它仍是提交到邮件列表的提案，不是已通过的规则。
  • 规则是否合理，取决于提示是否可见、许可范围能否支持日常网络工作，以及用户能否复核错误封禁。

查询一个地址，可能只是日常运维：确认某个前缀由谁运营、寻找路由联系人、处理滥用报告，或修复反向DNS。但同一结果也可能被复制进监控系统、保存数月、与其他数据集拼接，甚至被包装成商业信息服务。这些行为目的不同、影响不同，界面却可能把它们都简化成一次查询。

Jonathan Brewer提交的prop-173试图补上这条规则边界。提案认为，APNIC现有可接受使用协议主要针对Whois批量访问，没有清楚说明临时、普通查询适用哪些条件。它建议为WHOIS、RDAP、网页查询和提供同等注册数据的API另设公开、版本化的政策。APNIC当前把它列为已发布到邮件列表，页面没有显示它已达成共识。

普通查询与批量访问不是同一种服务。现行的批量访问协议将完整数据库下载限定在特定网络运行用途，并对复制和转交设置限制。prop-173主张普通查询另行适用一套规则，同时明确普通查询并不授权用户镜像数据库或组装替代数据库。这样，网络运营者可以排障，却不会因此把同等利用权悄然交给数据经纪商。

这项提案也不只是增加版权脚注。它列出可能允许的用途，如路由协调、识别资源持有人、技术研究和安全事件响应；也列出拟禁止的用途，包括营销名单、地理画像、转售目录数据、系统性抓取和规避速率限制。它还提出临时缓存规则、查询速率与并发限制、WHOIS/RDAP响应中的提示、稳定网址、版本历史、重大修订的提前通知，以及用户认为自己遭到错误限制时的复核流程。

这些都是提案选项，尚非APNIC现行规定。提案特别指出，商业网络运营商或安全服务商进行运维查询，不应仅因其是商业机构就被认定为不当。关键区别在于，数据是用于运营或保护网络，还是被转化成独立商品。若一概禁止商业用途，规则可能连维护互联互通的安全服务也一并限制；若不限制抽取和转售，注册数据又可能成为难以纠正的商业画像来源。

权力不只存在于数据库中。数据库保存记录，服务决定如何交付，用户再决定如何处理结果。清晰的规则应当说明这三环，并使执法决定可以理解。如果提示只在查询之后出现、不同接口要求不一致，或政策修改后没有版本历史，用户就难以确认自己接受了什么。如果自动限流封禁研究者或滥用响应团队，却不给出申诉渠道，限制可能在触发事件消失后继续存在。

提案还区分从其他注册机构转介而来的数据。它拟让APNIC规则适用于由APNIC权威维护的记录，而转介数据继续受其来源机构条款约束。要让这个边界可执行，服务必须保留数据来源信息，使用户知道每条结果适用哪套规则。

因此，prop-173问的不只是目录数据库归谁所有，而是普通访问规则能否在使用前读到、能否跨协议一致执行，以及在运维分类出错时能否复核。提案仍在邮件列表讨论中，是否采纳、最终文本和实施方式都未确定。

来源

下列 Heng Lu 笔记只作为分析参与和授权关系的视角，不是关于 APNIC 的证据。