逆向 DNS 将 IP 地址映射为域名，支撑拓扑推演、IPv6 部署追踪、邮件防伪及日志富化等场景。每个 IP 网段持有者需将对应 in-addr.arpa 或 ip6.arpa 区域委派给权威服务器并维护正确记录。早期研究观测到超 20% PTR 查询返回 SERVFAIL，推断运营商不重视逆向 DNS；本文结合主动扫描与 Farsight 被动数据流，重新评估实际委派情况。
异常流量主导被动数据集
Farsight 聚合全球递归器出站流量，去重后仍呈现异常模式：单日查询量无昼夜周期，PTR 与 AAAA 查询曲线完全错位。深入排查发现，单一运营商贡献近 50% 总查询量，且绝大多数 PTR 请求指向早已废弃的 ip6.int 域，查询目标集中在 70::/8 地址段。同时存在大量 DNS 服务发现流量，亦使用 PTR 类型，多指向 dell.com、apple.com、hp.com 等厂商域名。这些非标准行为严重污染数据集，研究者剔除该运营商后方能继续分析。
主动扫描揭示真实委派率
为获取干净基线，研究团队对全网 IPv4 /24 与 IPv6 /32 前缀发起主动区域传送与权威服务器查询。原文未给出具体数据，但指出主动测量结果与剔除异常源后的被动数据趋势一致：相当比例网段未正确委派逆向区域，或委派后区域为空、权威服务器无响应。对比早期“超 20% SERVFAIL”的结论，新数据显示问题核心不在于运营商漠视，而在于委派配置错误、区域内容缺失以及遗留 ip6.int 查询干扰测量。
对运维工程师的启示
生产环境应确保每个前缀在 in-addr.arpa 或 ip6.arpa 下完成正确委派，并及时清理废弃 ip6.int 引用；监控系统需区分真实 PTR 失败与服务发现噪声，避免误判。被动数据源虽覆盖面广，但单一大流量源可扭曲整体画像，分析前必须识别并剔除异常贡献者。主动扫描虽耗时，仍是校准逆向 DNS 部署真实水位的必要手段。
原文: APNIC Blog（2018-10-25）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog