摘要

  • prop-173 拟为 WHOIS、RDAP、网页目录及同类 API 的普通查询制定独立政策；该提案仍在邮件列表讨论，尚未通过。
  • 提案明确允许低流量的网络运维和技术研究用途，同时禁止系统性采集、营销、地理位置推断、转售及建立替代性目录服务。
  • 真正的治理考验，是 APNIC 能否实施自动限流和访问限制，同时让正当运营者与研究者知道边界在哪里，并能纠正错误封禁。

单次目录查询很容易界定。结果被缓存、与其他查询合并、嵌入安全产品，或由自动化系统反复请求之后，问题就复杂了。普通运维何时变成系统性采集？实用缓存何时成为替代数据库？哪些限制保护目录服务及其中涉及的个人，哪些限制反而妨碍正当网络工作？

prop-173-v001 试图把这些问题转化为公开的运行规则。APNIC 记录显示，Jonathan Brewer 于 2026 年 8 月 17 日将第一版提交至 Policy SIG 邮件列表。到本文 9 月 3 日的信息冻结时点，该提案仍处于邮件列表讨论阶段，尚未通过或实施，APNIC 也未发布秘书处影响评估。

模糊地带位于单次查询与数据集之间

APNIC 已经发布适用于批量 Whois 数据的可接受使用协议。现有协议限制复制和转交，排除营销、人口画像及地理定位用途，并把网络故障排查、滥用举报和互联网研究列为网络运维目的。prop-173 的提案人认为，普通 WHOIS、RDAP 和网页查询用户仍缺少一份独立政策，说明类似原则在批量流程之外如何适用。

拟议政策涵盖通过 WHOIS、RDAP、网页搜索或同类注册数据 API 访问 APNIC 权威数据的个人和系统。来自其他注册管理机构的镜像或转介数据仍受权威来源条款约束。高流量访问、大规模提取、镜像和替代数据库不属于普通查询，应继续使用独立的批量访问流程。

这种划分比简单区分商业与非商业用户更有意义。第一版明确指出，商业网络运营商或安全服务商不会仅因商业经营而被禁止。边界在于是否转售、重新发布目录数据，或把它制成独立商业数据产品。

许可与禁止必须作为同一套制度

允许用途包括路由政策分析、网络排障与协调、资源持有人识别、注册准确性维护、反向 DNS、滥用及安全事件处置、技术研究、合法注册争议和有效的主管机关请求。

禁止用途则针对广告、获客、联系人名单、骚扰、监视、人口画像、地理位置推断、转售、商业数据增值服务、系统性采集及规避限流。除正当运维或研究所必需外，复制或长期保存数据库的重要部分需要 APNIC 许可。政策可以允许有限、临时缓存，但未来还需说明保留、刷新、安全和删除要求。

这些是提案规则，不是关于某些用户已经造成损害的事实结论。提案对 RIPE NCC、ARIN、LACNIC 和 AFRINIC 的比较也属于提案人的论证；本文不把它们当作对其他注册管理机构法律或实践的独立审计。

自动执行必须配套可理解的复核

当 APNIC 有合理理由认为用户违反政策时，prop-173 拟允许其警告、限速、暂停、封禁或终止访问，且可自动执行。反复或故意规避限制可能导致长期或永久失去普通查询权限。

同一文本也要求公布识别过量查询的一般原则，让被限制者了解原因，提供联系或复核程序，并说明如何申请获准的高流量或批量访问。若公开具体阈值会帮助规避或威胁服务安全，APNIC 可以不披露。

这构成提案的核心权衡。过于精确的阈值可能成为规避手册；完全不透明的限制则可能中断正当的事件响应、路由分析或研究。复核机制并非程序装饰，而是判断控制措施是否真正区分有害提取与明确允许用途的反馈回路。

来源