浏览器何时请求和使用 IPv6 DNS 记录?

Bre*_*bad 6 networking domain-name-system ipv6

我很高兴我的新 Linode 托管服务器也提供了 IPv4 和 IPv6 地址。
和默认 DNS 记录,当使用 Linode 作为 NS 时,显示AAAAA记录

example.com 86400 IN A    203.0.113.4
example.com 86400 IN AAAA 2001:db8::ff00:1111:2222:3333
Run Code Online (Sandbox Code Playgroud)

这很好,Web 应用程序可用于 v4 和 v6。
但是,我意识到许多 ISP(至少我所在的地方)还没有提供 IPv6 连接。

因此,从浏览器通过 IPv6 从这样的区域访问将成功执行 AAAA (v6) 请求。但是,使用该 v6 地址的 http(s) 连接将失败。

我有理由担心最近的浏览器会发生这种事情吗?
我是否应该从 DNS 区域中删除 IPv6 地址以确保 IPv4 只能访问?

——

注:这是不一样的问题,这一次侧重于DNS解析问题

kas*_*erd 11

您所问的问题是 2009-2010 年左右的一个主要问题。它可能将 IPv6 的采用推迟了几年。没有人想先行,因为他们担心他们的网站可能看起来不稳定,并且用户会在没有 IPv6 支持的情况下转向竞争站点。

许多公司都在努力解决这些问题。可以说,@HåkanLindqvist 所关联的Happy Eyeballs 方法是解决问题的最重要贡献。

2011 年,有足够的信心解决了问题,各大网站进行了协调一致的 24 小时测试运行,称为世界 IPv6 日。协调测试运行旨在确保仍有问题的任何用户不会错误地得出结论,即问题出在特定站点而不是他们自己的连接上。

结果非常成功,一年后主要网站在World IPv6 Launch 中永久启用了 IPv6

我们已经接近临界点,NAT 引起的问题将比 IPv6 损坏引起的问题更大。目前两者都足够小,很难衡量我们是否已经跨越了那个临界点。

我的建议是在您使用本机双栈连接后立即配置双栈 DNS 记录。越早开始,解决它可能遇到的任何问题的时间就越长。您希望它在真正成为关键任务时保持稳定。

不要在 6to4 或 Teredo 地址上部署服务器,如果这些是您在服务器上获得 IPv6 的唯一选择,我会建议切换到更好的提供商。

但是,如果您的服务器具有公共 IPv4 地址,我建议您直接在您自己的服务器上配置 6to4 和 Teredo 中继。部署这些中继将为使用 6to4 或 Teredo 的客户端提供更可靠的服务器连接。

偶尔仍会有 IPv6 连接中断的客户端。但是在过去的两年里,这些客户会在主要网站上遇到问题,所以你可以期待他们以某种方式解决他们自己的问题。他们不太可能只看到您网站的问题。

但是,您必须注意自己站点的 IPv6 连接。如果您的站点在 IPv6 连接上出现中断,您可能会影响到少数具有正常 IPv6 连接和预高兴浏览器的用户。那些只会看到您的网站有问题,但其他一切都会正常工作。

仅仅因为 IPv6 目前的用户较少,并不意味着它可以安全地部署,而监控比 IPv4 少。如果有的话,我说您需要对 IPv6 连接进行更多监控,因为您更有可能不会注意到任何问题。

  • 两个注意事项:我所有的监控都涵盖了每项 IPv6 服务。当然,我不会在没有监控的情况下提供服务。而且,Happy Eyeballs 旨在解决 _client_ _broken_ IPv6 的情况。 (3认同)