摘要

  • 在 AFRINIC 的 domain 对象中，mnt-domains 引用可授权在已登记域名树下直接创建对象的维护者。
  • 这种授权不表示名称服务器已正确配置、父级委派已生效、权威查询能够成功，也不表示存在正确的 PTR 记录。

这是数据库权限

AFRINIC Database 手册为 mnt-domains 规定了清楚的范围。该属性出现在 domain 对象时，指向有权授权创建直属下级 domain 对象的维护者。它回答的是变更控制问题：哪一组凭据可以支持这种数据库更新？

这项证据可用于分析更新被拒、维护者引用或授权争议。但字段中没有 DNS 查询结果、区域序列号、响应码、延迟、DNSSEC 验证或 PTR 值，也不会启动任何服务器。仅凭维护者引用判断 DNS 运营，就是把登记系统的权限当成分布式服务的运行观察。

反向委派另有操作步骤

AFRINIC 的反向 DNS 指南明确区分了各个环节。资源持有人先在名称服务器上配置反向区域，再创建相应的 domain 对象。AFRINIC 在传播委派前检查配置，并提供 lameness 检查工具。拟作为权威服务器的名称记录在 nserver 字段中。

各类信息回答不同问题。domain 对象记录反向命名空间与申报的服务器；mnt-domains 记录下级对象创建权限；父区记录可以显示委派是否发布；直接 DNS 查询才能显示服务器是否应答、是否权威以及返回什么内容。它们可以相互印证，但不能互相替代。

有效的维护者引用可能与缺失对象、过时的名称服务器、lame 委派、不可达服务器或没有 PTR 的区域同时存在。反过来，正常运行的 DNS 也不能证明 mnt-domains 包含背后全部技术、合同或法律责任。

可复核的读取方法

保存精确的 AFRINIC domain 对象、抓取时间和查询界面。分别记录对象键、nserver、mnt-by、mnt-domains 与相关父级，不要把它们合并成“DNS 所有者”标签。

随后直接查询父级委派和每台权威服务器，记录查询名称、类型、服务器地址、响应码、权威标志与时间。检查反向服务时，应抽取有代表性的 PTR 名称，但单一地址没有 PTR 并不等于整区故障。利用 lameness 检查区分“已发布委派”和“服务器真正权威”。

AFRINIC RDAP 的 domain 查询类也可返回结构化的反向 DNS 登记信息。它仍然是登记视图，不是实时 DNS 测量。分析可以在同一时间点比较二者，却不能把其中一个悄悄替代另一个。

来源