我目前正在为我们的网络添加 IPv6 功能，我对 2020 年将我们习惯的一些 IPv4 概念转换为 IPv6 世界的最佳实践有一些疑问。
在我拥有的当前设置中，我们从 ISP 分配了一个 /64，路由器通告该前缀供客户端使用 SLAAC 配置自己。这似乎工作正常，据我所知，每个人都可以访问 IPv6 互联网。
但是，我们希望能够按名称查询事物，我不确定为客户提供 AAAA 记录的最佳做法是什么。
我所做的是在运行我们的 DHCPv4 的 dnsmasq 实例上部署有状态的 DHCPv6，并告诉它从某个范围内分发 ULA，这自然会为任何要求地址的人提供 AAAA 记录。这似乎也可以正常工作，但我知道有状态 DHCPv6 有一些不喜欢。这也有助于我整合静态 IP 上的服务器分配，就像我对 DHCPv4 所做的那样，出于各种原因，这些服务器应该可以通过固定 IP 地址访问，我们希望 IPv6 继续保持这种情况。
我能想到的做 AAAA 记录的唯一其他方法是通过单播从路由器向 dnsmasq 机器发送 RA 前缀，然后使用 dnsmasq 使用该ra-names选项为 slaac 通告 GUA 前缀。据我所知，这并不能解决静态地址分配问题，而且我不确定它实际上有多可靠。有没有比使用有状态 DHCPv6 的 ULA 更好的方法来处理内部 AAAA 记录？
最后，随着事情开始奏效，我们现在正在考虑将我们的公共服务迁移到 IPv6。我的理解是，这将需要一个固定的 GUA 供服务器提供公共 AAAA 记录。我不确定如何使用边缘路由器的 SLAAC 来实现这一点，除非有某种等效的动态 dns。我可以再次使用 DHCPv6 或其他手动分配方法在我们分配的前缀中选择 IP 吗？我犹豫要不要这样做，因为我认为它可能会与 SLAAC 地址发生冲突，而且我不确定如果发生冲突会发生什么。或者，我可以选择向 ISP 询问 /48，我是否应该这样做并为本地客户端宣传单个 /64 以获得连接，而为静态服务器宣传不同的 /64？这对我来说似乎有点矫枉过正，我们已经接近填充单个 /64 但这可能是我的 IPv4 心态让我感到困惑。
