在Cloudflare，我们坚信要善待互联网，善待客户。我们相信，通过从传统的IPv4世界向IPv4和IPv6平等对待的现代世界迈进，我们确实做到了这一点。"无论生活中发生什么，都要对人好。善待他人是一个值得留下的美好遗产。"—泰勒·斯威夫特（Taylor Swift，其网站多年来一直支持IPv6）从今天的免费域名开始，IPv6不再是你可以打开和关闭的东西，它总是打开的。我们是怎么来的Cloudflare一直是IPv6连接上的访问者访问驻留在传统纯IPv4基础设施上的站点和应用程序的网关。到Cloudflare的连接在任一IP版本上终止，然后通过后端基础结构可以接受的任何IP版本代理到后端。这意味着，仅v6的手机（看你，T-mobile用户）可以建立一条通向Cloudflare背后的任何站点或移动应用程序的干净路径，而不是在连接过程中进行昂贵的464XLAT协议转换（缩短毫秒，节省非常宝贵的电池寿命）。IPv6网关是通过一个简单的开关来设置的，这个开关在一段时间内一直是默认的。为了弥补默认开启切换之前所损失的时间，2016年8月，我们追溯过去，为那些在默认IPv6之前加入的数百万域启用了IPv6。在接下来的几个月里，我们为近400万个域启用了IPv6—您可以在下面看到Cloudflare在IPv6领域的缺陷—到我们完成时，98.1%的域都有IPv6连接。作为过渡步骤，我们添加了一个额外的功能——当您在我们的仪表板中关闭IPv6时，我们会提醒您我们认为这是多么过时。随着接近100%的IPv6支持，提供IPv6切换不再有意义。相反，Cloudflare提供了IPv6始终开启，没有关闭开关。我们从免费域开始，随着时间的推移，我们将更改其余Cloudflare付费计划域的切换。未来：Cloudflare和OpenDNS如何协同工作，使IPv6更快、更全球化地部署去年11月，我们发布了有关Cloudflare网络上IPv6使用情况的统计数据，试图回答谁在推动IPv6的问题。IPv6流量百分比排名前几位的操作系统分别是iOS、ChromeOS和MacOS。这些操作系统推送的IPv6流量要比它们的对等系统多得多，因为它们使用一种叫做Happy Eyeballs的路由选择算法。Happy Eyeballs通过两次DNS查找（一次查找IPv6地址（此IPv6地址存储在DNS AAAA记录中，发音为quad-A），然后一次查找IPv4地址（存储在DNS A记录中）来选择IPv6。两个DNS查询同时在因特网上飞行，客户端选择首先返回的地址。客户端甚至让IPv6提前了几毫秒（比如iOS和MacOS给IPv6查找提前了25毫秒），这样IPv6就可以更频繁地被选择。这是可行的，并推动了IPv6的一些增长。但它还没有达到100%IPv6世界的目标。虽然IPv6和IPv4地址存储在不同的DNS类型中有很好的历史原因，但今天的客户端是IP版本不可知的，它不再需要两次单独的往返来了解可以从哪些地址获取资源。除了OpenDNS，我们正在测试一个新的想法-如果你可以在一个DNS查询中要求所有的地址呢？使用OpenDNS，我们正在进行原型设计和测试——一种新的DNS元类型，在一个DNS应答中返回所有可用地址——一个响应中包含一个记录和AAAA记录。（元类型是DNS中的一种查询类型，最终用户无法将其添加到其DNS区域文件中，它是由权威名称服务器动态组装的。）这意味着，将来如果像iPhone这样的客户端想要访问使用Cloudflare DNS的移动应用程序，或者使用另一个支持该规范的DNS提供商，iPhone DNS客户端只需要进行一次DNS查找，就可以找到应用程序的API服务器的位置，从而将必要的往返次数减少一半。这减少了DNS系统上的带宽量，并用IPv6地址预先填充了全球DNS缓存，使IPv6在未来的查找速度更快，其附带好处是，开心眼球的客户在能够快速获得地址时更喜欢IPv6，这增加了通过Internet的IPv6流量。我们让metaquery在代码中使用保留类型65535 querytype。您可以向Cloudflare nameserver请求Cloudflare上任何域的65535类型，并获取该名称的所有可用地址。$挖cloudflare.com网站@ns1。cloudflare.com网站-t型65535+短型198.41.215.162198.41.214.1622400:cb00:2048:1:：c629:d6a22400:cb00:2048:1:：c629:d7a2$我们刚才有提到泰勒·斯威夫特吗？$挖taylorswift.com网站@ns1。cloudflare.com网站-t型65535+短型104.16.193.61104.16.194.61104.16.191.61104.16.192.61104.16.195.612400:cb00:2048:1:：6810:c33d2400:cb00:2048:1:：6810:c13d2400:cb00:2048:1:：6810:bf3d2400:cb00:2048:1:：6810:c23d2400:cb00:2048:1:：6810:c03d$我们相信用代码和IETF标准过程来证明概念。我们目前正在使用OpenDNS进行一项实验，并将我们的经验转化为一份互联网草案，我们将提交IETF成为RFC。我们确信，这只是一个开始，更快、更好地部署IPv6。