摘要

  • SLAAC 能给 IPv6 主机地址和路由，却不提供把域名转换成目的地址所需的递归 DNS 解析器。
  • RDNSS 把解析器发现移进路由器通告；DNSSL 又加入搜索后缀，后续标准明确了有效期、来源排序和主机支持要求。

有地址，不等于能解析名字

一台 IPv6 主机可以有有效地址、前缀和默认路由器，却在访问网站前就卡住：它没有递归解析器可问，不知道网站名称对应哪个地址。网络已经告诉它数据包往哪走，还没告诉它名字要问谁。

邻居发现和无状态地址自动配置解决的是前半段。路由器通告携带链路信息；SLAAC 让主机不用 DHCPv6 地址租约也能生成地址。DNS 配置另走一条路。2007 年，RFC 5006 写明：当时 IETF 唯一处于标准轨道的 DNS 配置机制是 DHCP。笔记本每换一个无线网络就手工更换解析器，显然不适合移动使用。

RFC 5006 提出另一种做法，但把它标为实验性：IPv6 路由器通告可以带递归 DNS 服务器选项（RDNSS）。主机能从提供链路配置的同一条通告中学到解析器地址，不必再进行第二次协议交换。不过，路由器仍要先配置好这些地址；RFC 没有替路由器发现 DNS 服务器。

路由器通告开始宣布名字服务

2010 年，RFC 6106 把 DNS 路由器通告选项纳入标准轨道，并加入 DNS 搜索列表选项 DNSSL。RDNSS 提供一个或多个递归解析器地址；DNSSL 提供搜索后缀，主机可以把它接到应用提交的未限定名称后面。这样，笔记本可以从同一组路由器通告里收到前缀、路由器、解析器和搜索列表。

DHCPv6 并没有退场。RFC 6106 允许 RA 与 DHCPv6 并用，适用于没有 DHCPv6 基础设施或主机没有 DHCPv6 客户端的网络。RFC 8106 后来要求主机把来自多个路由器通告和 DHCP 的 DNS 信息整理成有序列表。用户设置的静态 DNS 仍是一种独立选择。争议从“谁取代谁”变成“这些来源按什么次序生效”。

一个计时器暴露了丢包问题

RDNSS 和 DNSSL 条目都有有效期。期限一到，主机就删除条目；路由器通告给的是有时限的 DNS 配置，不是永久设置。RFC 6106 根据路由器通告的最大发送间隔限制这个期限。2017 年的 RFC 8106 记录了旧下限的麻烦：有效期只有该间隔的两倍时，高丢包链路可能让 DNS 选项先过期。新标准放宽了下限，并把默认值提高到三倍间隔。

数据包图里只是一个小改动，运维记录里却可能变成另一类故障：地址和路由都有效，解析器条目却消失。应用看起来像断网，主机实际上仍可能直接访问某个 IP 地址。

主机支持成为 IPv6 的要求

支持要求也随机制演进。2011 年，RFC 6434 说实现 SHOULD 支持 DNS 路由器通告选项。2019 年，RFC 8504 把它提高为 IPv6 节点 MUST 支持的能力。从实验选项到主机必备功能，原因很实际：仅有地址不足以提供可用的互联网服务。

来源规则显示了这项功能真正控制什么。RFC 8106 要求主机保留来自 RA 和 DHCP 的有序信息；通常 DHCP 信息排在前面。经 SEND 保护的 RA 优先于未认证的 DHCP 来源。用户静态配置的 DNS 可以优先于通告值。

这些 RFC 记录了设计与规范要求的变化，却没有给出 RDNSS 部署主机数的官方普查，因此不能报出实际采用规模。

来源

RFC 4339 — IPv6 Host Configuration of DNS Server Information Approaches, RFC 4861 — Neighbor Discovery for IP Version 6、RFC 4862 — IPv6 Stateless Address Autoconfiguration、RFC 5006 — IPv6 Router Advertisement Option for DNS Configuration、RFC 6106 — IPv6 Router Advertisement Options for DNS Configuration、RFC 6434 — IPv6 Node Requirements、RFC 8106 — IPv6 Router Advertisement Options for DNS Configuration 和 RFC 8504 — IPv6 Node Requirements。