我们的内部网络和内部服务都已启用 IPv6,我们正在考虑在面向公众的 SMTP、DNS 和 Web 服务器上启用 IPv6。我读过的有关该主题的所有指南/白皮书都只谈到了好处,但我确信也存在一些缺点。例如:
- 如果我们启用 IPv6,通过隧道使用 IPv6 的客户端访问我们的服务将会更慢。
- IPv6 损坏的客户端将根本无法访问它们。
鉴于只有极小比例的用户可以使用 IPv6,而且可以使用的用户通常都是双栈的,我倾向于认为,在无法控制通信信道两侧的情况下启用 IPv6 在 2011 年实际上是一个坏主意。
有关于这个主题的研究/论文/文章吗?
答案1
本文是对真实实验的概述。他们声称只有小问题。
也许有帮助一点将 DNS 服务器配置为仅在 IPv6 接口上发送 IPv6 答案 - 这将排除根本没有 IPv6 的 ISP。并非所有客户端都使用其 ISP 提供的 DNS 解析器,但最多也。互联网服务提供商拥有 IPv6 并不意味着顾客有了 IPv6。但这还是有些改进。
顺便说一句,如果有人足够聪明能够设置隧道,他可能知道自己在做什么,不应该责怪任何人,只能怪他自己。:)
编辑:
BIND9 手册:
过滤器-aaaa-on-v4仅当使用“configure”命令行上的 --enable-filter- aaaa 选项编译 BIND 9 时,此选项才可用。它旨在通过不向 DNS 客户端提供 IPv6 地址(除非它们连接到 IPv6 Internet)来帮助从 IPv4 过渡到 IPv6。 除非绝对必要,否则不建议这样做。
... 该机制适用于权威记录和非权威记录。...
答案2
答案3
世界 IPv6 日的结果表明这不是一个大问题。拥有 IPv6 隧道的人是有意识地选择了该隧道,因此如果隧道比 IPv4 慢得多,那么这是用户/系统管理员的选择。当前的浏览器(Firefox、Chrome、Safari,甚至不久的将来的 IE)将使用名为 Happy Eyeballs 的系统或类似的系统。对此的非常粗略的描述:打开 IPv6 连接时会设置一个短计时器(我认为 Chrome 使用 300 毫秒)。如果该计时器在建立 IPv6 连接之前到期,则它将尝试设置 IPv4 连接。用户不会注意到 IPv6 的任何潜在问题。