摘要

  • RFC 9527 定义三项 DHCPv6 选项，把注册家庭域名、正向分发管理器和反向分发管理器的信息交给 HNA。
  • 完整的 Reply 只能证明配置经过了这一条控制通道，不能证明父区委派、区域接收、DNSSEC 验证、公共解析或旧状态清退已经完成。
  • 可审计的运行结论需要七张相互关联的收据：配置、权属、认证通道、发布、验证、外部可达性和生命周期。

新路由器第一次启动时，一切都像是成功的。它向运营商请求所需选项，收到注册家庭域名、正向管理器与反向管理器，传输能力位也符合规范。管理页面很快显示绿色。

但从另一家网络查询时，解析器仍然看见旧路由器留下的区域。

这是一个用于检验控制模型的假设场景，并非对某个产品或事故的指控。它揭示了 RFC 9527 的权限边界：标准把配置坐标可靠地送到家庭网络命名机构 HNA，却没有声称这些坐标已经变成可被公网观察的权威状态。

三个选项交付的是坐标

代码 145 的 OPTION_REGISTERED_DOMAIN 携带家庭网络对应的完整域名。代码 146 的 OPTION_FORWARD_DIST_MANAGER 携带正向分发管理器的 FQDN 与支持的传输方式。代码 147 的 OPTION_REVERSE_DIST_MANAGER 则用于反向区域。

客户端通过 ORO 请求这些代码，服务器只有在已经配置相应值时才会返回。由此可以留下精确证据：哪台服务器在何时、哪个接口、哪个租约下交付了哪些原始字节。

随后才是更长的链条。管理器名称需要解析；双方需要建立并验证连接；HNA 需要获得身份认可；区域需要被接收；父区和反向委派需要指向正确的权威服务器；外部解析器最终还要看到预期版本。选项到达不能替这些事件作证。

Reply 结束之处，才是命名外包的开始

RFC 9527 明确把后续流程交给 RFC 9526。HNA 收到参数后，应当向正向或反向分发管理器认证，构建区域并上传。

Supported Transport 字段最能说明区别。管理器选项必须设置 DomTLS 位，表示支持基于双向认证 TLS 的 DNS 与区域传送。这是能力声明，不是一次已经成功的 TLS 会话，也不是某张证书、某条信任规则或某个区域序列号已经通过的记录。

因此，DHCPv6 报文可以完全正确，运营结果仍然错误。服务器可能保存了过期的用户—域名绑定；管理器 FQDN 可能解析到退役端点；TLS 认证可能成功而区域被拒绝；区域可能被接收而父区委派尚未收敛；DNSKEY 与 DS 也可能在不同时间变化。

注册表只统一含义

IANA 为三项选项分配代码，并维护 Supported Transport 注册表。它解决的是不同实现如何理解同一数值，不是某台设备是否支持、某家运营商是否正确配置或某个区域是否已经发布。

标准文本属于规范层，DHCPv6 抓包属于配置层，管理器日志属于运行控制层，独立解析器看到的答案属于外部现实层。把这些证据连接起来，会形成可信结论；让前一层代替后一层，则只会得到象征性的成功。

正向和反向不是一条链

接入运营商掌握下发前缀，天然可能负责反向区域。正向域名却可能由运营商、用户自己的注册商或第三方 DNS 服务商控制。这正是 RFC 9527 分开提供正向与反向管理器的原因。

前缀轮换后，正向记录可能已经指向新地址，反向区域却仍保留旧地址。更换 CPE 后，新 HNA 可以上传新区，但旧区未必已经撤销。两侧都必须分别记录域名或前缀、管理器、认证端点、接收的区域版本、权威服务器、签名状态与外部答案。

“命名配置完成”会掩盖这种制度和时间上的不对称。更诚实的表达应明确到具体区域版本、具体服务器和具体观察时间。

零配置把控制集中起来

在基础场景中，同一家运营商可以同时管理 DHCPv6、正向管理器、反向管理器和权威服务器。用户得到几乎无感的配置体验，也更容易更换 HNA。相应地，域名分配、身份认可和公共发布集中到了同一控制面。

集中本身不是失败，但需要外部证据。仅依靠同一家运营商内部产生的日志，无法独立证明互联网其他部分看到什么。来自不同网络的查询可以打破这种循环验证。

第三方域名会增加注册商、所有权验证、重定向和凭据关系。第三方 DNS 又会增加另一套管理器接受流程。多运营商场景下，每个接口可能拿到不同的注册家庭域名；RFC 9527 明确把多域处理留给实现。链路切换因此不等于命名权威自动切换。

七张收据才构成完整结论

配置收据保存 DHCPv6 请求与 Reply、原始选项、接口、服务器和租约。权属收据说明谁控制注册域名、反向前缀及预期委派。

通道收据保存管理器解析结果、双向 TLS 对端、证书与信任规则。发布收据保存接收的区域版本、序列号、权威服务器集合与时间。

验证收据覆盖 DNSSEC 链和否定回答。可达性收据从独立网络分别经 IPv4、IPv6 查询。生命周期收据则覆盖续租、重绑定、前缀变更、HNA 更换、多运营商切换、回滚以及旧区域确实退役。

Heng Lu 对规范、运行代码与可观察现实的区分，在这里不是哲学装饰，而是运维方法。RFC 提供可移植的最低共同面；本地参与者决定如何组合身份与供应商；公网 DNS 给出最终观察。任何一层都不应借用后一层尚未提供的权限。

证据没有说明什么

来源中没有部署普查、厂商支持清单、具名故障或失败率。开头的旧区域场景只是控制假设。也不能因为 IANA 已经登记代码，就推断产品已经实现。

严格而有用的结论是：“HNA 收到了符合 RFC 9527 的配置。”若要声称“这个家庭拥有正确、可验证、可恢复的公共权威 DNS”，则必须补齐其余证据。

来源