Appendix A. Motivations and Implications of Synthesizing AAAA Resource Records when Real AAAA Resource Records Exist (附录 A)

Appendix A. Motivations and Implications of Synthesizing AAAA Resource Records when Real AAAA Resource Records Exist (附录 A. 当存在真实 AAAA 资源记录时合成 AAAA 资源记录的动机和影响)

当存在真实 AAAA RRs 时合成 AAAA RRs 的动机是支持以下场景:

o IPv4-only 服务器应用程序 (例如, Web 服务器软件) 正在双栈主机上运行.同一主机上也可能运行双栈服务器应用程序.该主机具有完全可路由的 IPv4 和 IPv6 地址, 因此权威 DNS 服务器具有 A 记录和 AAAA 记录.

o IPv6-only 客户端 (无论客户端应用程序是 IPv6-only, 客户端栈是 IPv6-only, 还是它只有 IPv6 地址) 想要访问上述服务器.

o 客户端向 DNS64 解析器发出 DNS 查询.

如果 DNS64 仅在没有真实 AAAA 时生成合成 AAAA, 则通信将失败.即使有真实的 AAAA, 通信成功的唯一方法是使用转换后的地址.因此, 为了支持此场景, DNS64 服务的管理员可能希望启用 AAAA RRs 的合成, 即使存在真实的 AAAA RRs.

当存在真实 AAAA RRs 时包含合成 AAAA RRs 的含义是, 在 DNS64 以 DNS 服务器模式运行的某些情况下, 转换连接可能优先于原生连接.

RFC 3484 [RFC3484] 规则使用 "最长匹配前缀" 来选择要使用的首选目标地址.因此, 如果 DNS64 解析器同时返回合成 AAAA RRs 和真实 AAAA RRs, 那么如果 DNS64 由与发起主机相同的域运行, 并且使用全局单播前缀 (在 [RFC6052] 中称为网络特定前缀 (NSP)), 则合成 AAAA RR 可能会被优先选择.

这意味着在没有进一步配置的情况下:

o 在 "IPv6 网络到 IPv4 互联网" 场景中, 如果使用 NSP, 主机将更喜欢转换连接.如果使用 [RFC6052] 中定义的众所周知前缀, 它可能会更喜欢原生连接.

o 在 "IPv6 互联网到 IPv4 网络" 场景中, 如果使用 NSP, 如果 DNS64 解析器在 DNS 回复中首先返回真实 AAAA RR, 则可以将选择偏向真实 AAAA RR (不支持在这种情况下使用众所周知前缀).

o 在 "IPv6 网络到 IPv4 网络" 场景中, 对于本地目标 (即本地站点内的目标主机), NSP 和目标前缀可能相同, 因此我们可以使用 DNS 回复中 RR 的顺序通过原生连接偏置选择.如果使用众所周知前缀, "最长匹配前缀" 规则将选择原生连接.

可以通过正确配置 RFC 3484 [RFC3484] 策略表来解决该问题.