一
背景介绍
你了解IPv6吗?
IPv6是Internet Protocol Version 6的缩写,简单的概括IPv6就是现行的互联网协议(IPV4)的下一代IP协议。IPv6由128位二进制数组成,可提供庞大的IP地址资源,足以让地球上每个生物乃至每厘米都能被分配到一个或多个IP地址。将这128位的地址按每16位划分为一个段,将每个段转换成十六进制数字,并用冒号隔开。
IPv4地址示例:192.168.191.1
IPv6地址示例:2001:0db8:85a3:08d3:1319:8a2e:0370:7344
为什么要接入IPv6?
目前互联网广泛应用的IPv4技术,理论上IPv4是一个32位的二进制数的地址,可编址1600万个网络、40亿台主机。但在采用了A、B、C三类编址方式后,可用的网络地址和主机地址数目大打折扣,欧美资本主义列强掌握着核心技术,留给我国的就更少了。
二
改造方案
要想使应用完全支持IPV6的环境要做的太多了,从协议到硬件,要做一次彻底的大调整。不但客户端要做ipv6的改造,服务器也要适配ipv6.主要有一下四种对应关系,必须做好以下每一种。
IPv4 -> IPv4
IPv4 -> IPv6
IPv6 -> IPv4
IPv6 -> IPv6
要做到IPv6和IPv4完全兼容需要做很大的修改,最简单的协议上要兼容128位的IP地址,路由器,服务器等相关硬件也要升级。应苹果公司的要求,本次改造我们只关注客户端从IPv6的网络环境访问IPv4的资源。那么问题来了,现在我们大部分后台服务器都是使用IPv4接入的,我们要如何做兼容?幸好,从一开始设计IPv6就考虑到了向后兼容的问题,运营商会提供一个中间节点,使用DNS64/NAT64等技术,负责协议的转换,打通IPv6和IPv4之间的链路。(IPv6和IPv4 互通技术有很多,这里只讨论apple要求的技术方案DNS64/NAT64) 我们要走的服务器必须支持nat/nat64的环境,搭建的wifi环境本来就支持了,我们不改上层的,只改底层的是影响最小。
NAT64与DNS64技术
NAT64是一种有状态的网络地址与协议转换技术,一般只支持通过IPv6网络侧用户发起连接访问IPv4侧网络资源。但NAT64也支持通过手工配置静态映射关系,实现IPv4网络主动发起连接访问IPv6网络。NAT64可实现TCP、UDP、ICMP协议下的IPv6与IPv4网络地址和协议转换。
DNS64则主要是配合NAT64工作,主要是将DNS查询信息中的A记录(IPv4地址)合成到AAAA记录(IPv6地址)中,返回合成的AAAA记录用户给IPv6侧用户。DNS64也解决了NAT-PT中的DNS-ALG存在的缺陷。NAT64一般与DNS64协同工作,而不需要在IPv6客户端或IPv4服务器端做任何修改。NAT64解决了NAT-PT中的大部分缺陷,同时配合DNS64的协同工作,无需像NAT-PT中的DNS-ALG等。
举个栗子
这里大概描述一下NAT64的工作流程。
1、IPv6主机发起www.ipv6bbs.cn的AAAA域名解析到DNS64(主机配置的DNS地址是DNS64)
2、DNS64触发AAAA到DNS AAAA中查询;
3、DNS AAAA返回NULL的信息到DNS64;
4、DNS64然后触发A的申请到DNS A中查询;
5、DNS A返回www.ipv6bbs.cn的A记录(11.111.11.11);
6、DNS64合成IPv6地址(64:ff9b: 11.111.11.11),返回AAAA response给IPv6主机;
7、IPv6主机发起目的地址为64:ff9b: 11.111.11.11的IPv6数据包;由于NAT64在IPv6域内通告配置的IPv6 Prefix,因此这个数据包转发到NAT64设备上;
8、NAT64执行地址转换和协议转换,目的地址转换为192.0.2.1,源地址根据地址状态转换(64:ff9b: 11.111.11.11,1500)->( 11.111.11.11,2000);在IPv4域内路由到IPv4 server;
9、数据包返回,目的地址和端口为11.111.11.11,2000;
10、NAT64根据已有记录进行转换,目的地址转换为2001:db8::1,源地址为加了IPv6前缀的IPv4 server地址64:ff9b: 11.111.11.11,发送到IPv6主机;
![](https://i-blog.csdnimg.cn/blog_migrate/eec70c83d14b0bb5463bc80934de1e71.png)
按照NAT64的规则,客户端如果没有做DNS域名解析的话(微信依赖的是自己实现的NEWDNS),客户端就需要完成DNS64的工作。这里的关键点是,发现网络是IPv6-only的NAT64网络的情况下,我们可以自己补充上前缀64:ff9b::/96,然后进行正常的访问。然而这里客户端能获取的信息量一般都是很有限的。
注:AAAA记录(AAAA record)是用来将域名解析到IPv6地址的DNS记录。用户可以将一个域名解析到IPv6地址上,也可以将子域名解析到IPv6地址上。
开发同学干了什么?
Xplaform改造的要点主要有一下4个:
a.换用兼容IPv4及IPv6的API,例如:getaddrinfo,yaoli同学在测试过程中发现,ios9系统在IPv6-only的环境下,返回会的地址信息结构体中port为0,所以这里需要重新赋值端口号再进行联网。
b.判断当前客户端是处于IPv4-only、IPv6-only还是IPv4和IPv6并存的环境,然后分别使用不同的网络API,可以参考http://km.oa.com/articles/show/270667。
c.SCNetworkReachabilityCreateWithAddress这个方法最好使用探测域名的方式。如果参数填的是0.0.0.0,苹果文档说明这返回的结果不保证能真正出外网。这样就需要其它辅助的手段尝试是否能出外网了。
d.使用socket及connect进行的联网操作。
三
客户端兼容性测试办法
测试环境搭建
后台不用改,那客户端要改如何兼容。我们可以先用苹果给的测试工具,简单测试。整体原理如下:
![](https://i-blog.csdnimg.cn/blog_migrate/3a04973dfbde8ff49aa780b6c26cef76.png)
其中,在客户端的改造叫做Xplaform,需要连接mac机创建的NAT64/DNS64的wifi,就是传说中的IPV6的网络环境,再通过有线网络,路由器,访问到IPv4的资源。就做到IPv6→IPv4的连接。
下面讲解一下IPv6wifi网络环境的搭建。
1.工具/准备
体验网有线接口、iMAC(10.11以上的系统)和iOS9(包括iOS9)以上设备
2.步骤
接好体验网的网线,然后打开系统设置找到Sharing图标,如下:
![](https://i-blog.csdnimg.cn/blog_migrate/2941c5865a89312c1ecc31bf26220b7c.png)
点击进入,然后按住option按键同时用鼠标点击下图的“internet-Sharing”。
![](https://i-blog.csdnimg.cn/blog_migrate/360fd4dca8aadc9be4e997d749ac20f3.png)
这时可以看到下方出现了“Create NAT64 Network”可选菜单,把这个选上,如下图:
![](https://i-blog.csdnimg.cn/blog_migrate/4fc413030cedce1dcaac77266e7778cb.png)
之后用手机连上这个共享的wifi热点,测试对应的网络功能即可。
测试重点:
1、 IPV4和IPV6网络环境判断是否正确
2、 UDP和TCP的切换是否正确
3、 数据线和音视频的基本功能
四
经典bug分享
【bug描述】移动4G下无法传文件。
在移动网络下无法查看电脑和进入wifiphoto,传文件,问题出现的初期我们马上切换到wifi下,发现wifi下是可以的,把sim卡换成联通的,也可以。唯独移动的网络下无法传文件。初步断定是对网络的兼容性问题。
![](https://i-blog.csdnimg.cn/blog_migrate/05a4421c16bac1df84903f6b295f9959.png)
【问题排查】
1、 查看socket日志,发现在connection一直失败。在建立连接阶段一直失败。我们做该需求的目的在于要增加IPV6的客户端能通过IPV6的网络访问到IPV4的资源。因此,在做IPV6的改造中我们做了一个判断逻辑,判断当前网络环境是IPV4 or IPV6。
2、加日志验证,我们把socket绑定的ip地址类型打出来,果然:
![](https://i-blog.csdnimg.cn/blog_migrate/2c814aa2292fb52f5d0aad6e1ff76853.png)
在移动数据网络下走了ipv6的通道。可是各大运营商的网络应该走的是ipv4才对。
3、review代码。问题就很明显了,我们梳理了一下选择ipv6或者ipv4协议栈的判断逻辑,原来开发判断到网关是IPv6的网关之后就不再往下判断,直接建立连接。然而,我们连接上4G网络环境的时候,移动基站分发的网关是一个ipv6形式网关,它可以兼容ipv6和ipv4两种ip(开发同学认为是移动公司兼容ipv6的策略,看来移动公司已经走在我们前面了)。
![](https://i-blog.csdnimg.cn/blog_migrate/e4e82840aae43f7e67a13d949234b3e3.png)
【解决办法】
我们更改了IPv6和IPv4协议栈的判断逻辑:
1、探测环境
我们的探测环境的方法是:先创建一个ipv6的socket去连ipv6的地址,如果当前网络不是ipv6的环境,返回路由不可达。关键点,因为tcp是异步的需要三次握手,所以我们使用udp来完成这个过程。
2、继续判断网关语法是否是IPv6格式,
3、最后获取DNS地址,以上都符合IPv6的语法,即为IPv6的网络,建立socket走IPv6.
![](https://i-blog.csdnimg.cn/blog_migrate/6b3e1b9f35ad2a5e473983e3d70ba020.png)
4、如果当前网络是IPv6的环境,我们就对IP进行兼容性改造IPv6 = 64:ff9b::/96+IPv4。再通过改造后的IP地址建立socket连接。
5、如果IPv6和IPv4都可以走通,我们优先建立IPv4的连接。
【结果检查】
打印出建立连接的日志:
![](https://i-blog.csdnimg.cn/blog_migrate/afa1df8f016d0d93d64548ca7556fd8f.png)
从日志可以看出,手机连接4G之后得到的是IPv4的地址和IPv6格式的网关。
创建socket时,IPv6失败,走IPv4的网。
【经验总结】
逻辑和场景是测试的两个纬度,二者都要兼顾到。