iOS 应用支持 IPv6，就那点事

推荐

最近很多人都在关注支持 IPv6 的事情吧？我们公司也是。也有不少同行使用了我们的 YTKNetwork 网络库，问我们什么时候迁移到 AFNetworking 3.0。正在这个时候，我发现了本文。

在本文中，作者经过测试发现，NSURLConnection 是支持 IPv6 的，因此基于 NSURLConnection 的 AFNetworking 2.x 也同样应该是支持 IPv6，所以大家不用担心。只要网络请求是基于 AFNetworking 的，都不用做什么额外的事情。我向本文的作者 philon 申请了全文的转载授权，分享给大家。

一、IPv6-Only 支持是啥？

首先 IPv6，是对 IPv4 地址空间的扩充。目前当我们用 iOS 设备连接上 Wifi、4G、3G 等网络时，设备被分配的地址均是 IPv4 地址，但是随着运营商和企业逐渐部署 IPv6 DNS64/NAT64 网络之后，设备被分配的地址会变成 IPv6 的地址，而这些网络就是所谓的 IPv6-Only 网络，并且仍然可以通过此网络去获取 IPv4 地址提供的内容。客户端向服务器端请求域名解析，首先通过 DNS64 Server 查询 IPv6 的地址，如果查询不到，再向 DNS Server 查询 IPv4 地址，通过 DNS64 Server 合成一个 IPv6 的地址，最终将一个 IPv6 的地址返回给客户端。如图所示：

在 Mac OS 10.11＋的双网卡的 Mac 机器（以太网口＋无线网卡），我们可以通过模拟构建这么一个 local IPv6 DNS64/NAT64 的网络环境去测试应用是否支持 IPv6-Only 网络，大概原理如下：

二、Apple 如何审核支持 IPv6-Only？

首先第一点： 这里说的支持 IPv6-Only 网络，其实就是说让应用在 IPv6 DNS64/NAT64 网络环境下仍然能够正常运行。但是考虑到我们目前的实际网络环境仍然是 IPv4 网络，所以应用需要能够同时保证 IPv4 和 IPv6 环境下的可用性。从这点来说，苹果不会去扫描 IPv4 的专有 API 来拒绝审核通过，因为 IPv4 的 API 和 IPv6 的 API 调用都会同时存在于代码中。

其次第二点：Apple 官方声明 iOS9 开始向 IPv6 支持过渡，在 iOS9.2+ 支持 IPv4 地址合成 IPv6 地址。其提供的 Reachability 库在 iOS8 系统下，当从 IPv4 切换到 IPv6 网络，或者从 IPv6 网络切换到 IPv4，是无法监控到网络状态的变化。也有一些开发者针对这些 Bug 询问 Apple 的审核部门， 给予的答复是只需要在苹果最新的系统上保证 IPv6 的兼容性即可 。

最后第三点： 只要应用的主流程支持 IPv6，通过苹果审核即可。对于不支持 IPv6 的模块，考虑到我们现实 IPv6 网络的部署还需要一段时间，短时间内不会影响我们用户的使用。但随着 4G 网络 IPv6 的部署，这部分模块还是需要逐渐安排人力进行支持。

三、应用如何支持 IPv6-Only？

参考以下资料

Supporting IPv6 DNS64/NAT64 Networks

3.1 NSURLConnection 是否支持 IPv6？

官方的这句话让我们疑惑顿生：

using high-level networking APIs such as NSURLSession and the CFNetwork frameworks and you connect by name, you should not need to change anything for your app to work with IPv6 addresses

只说了 NSURLSession 和 CFNetwork 的 API 不需要改变，但是并没有提及到 NSURLConnection。 从上文的参考资料中，我们看到 NSURLSession、NSURLConnection 同属于 Cocoa 的 url loading system，可以猜测出 NSURLConnection 在 iOS9 上是支持 IPv6 的。

应用里面的 API 网络请求，大家一般都会选择 AFNetworking 进行请求发送，由于历史原因，应用的代码基本上都深度引用了 AFHTTPRequestOperation 类，所以目前 API 网络请求均需要通过 NSURLConnection 发送出去，所以必须确认 NSURLConnection 是否支持 IPv6. 经过测试，NSURLConnection 在最新的 iOS9 系统上是支持 IPv6 的。

3.2 Cocoa 的 URL Loading System 从 iOS 哪个版本开始支持 IPv6？

目前我们的应用最低版本还需要支持 iOS7，虽然苹果只要求最新版本支持 IPv6－Only，但是出于对用户负责的态度，我们仍然需要搞清楚在低版本上 URL Loading System 的 API 是否支持 IPv6.

（to fix me, make some experiments）待续～～～

3.3 Reachability 是否需要修改支持 IPv6？

那 Reachability 应该如何支持 IPv6 呢？

（1）目前 Github 的开源库 Reachability 的最新版本是 3.2，苹果也出了一个 Support IPv6 的 Reachability 的官方样例，我们比较了一下源码，跟 Github 上的 Reachability 没有什么差异。

（2）我们通常都是通过一个 0.0.0.0 (ZeroAddress) 去开启网络状态监控，经过我们测试，在 iOS9 以上的系统上 IPv4 和 IPv6 网络环境均能够正常使用；但是在 iOS8 上 IPv4 和 IPv6 相互切换的时候无法监控到网络状态的变化，可能是因为苹果在 iOS8 上还并没有对 IPv6 进行相关支持相关。（但是这仍然满足苹果要求在最新系统版本上支持 IPv6 的网络）。

（3）当大家都在要求 Reachability 添加对于 IPv6 的支持，其实苹果在 iOS9 以上对 Zero Address 进行了特别处理，官方发言 是这样的：

综上所述，Reachability 不需要做任何修改，在 iOS9 上就可以支持 IPv6 和 IPv4，但是在 iOS9 以下会存在 bug，但是苹果审核并不关心。

四、底层的 socket API 如何同时支持 IPv4 和 IPv6？

由于在应用中使用了网络诊断的组件，大量使用了底层的 socket API，所以对于 IPv6 支持，这块是个重头戏。如果你的应用中使用了长连接，其必然会使用底层 socket API，这一块也是需要支持 IPv6 的。 对于 Socket 如何同时支持 IPv4 和 IPv6，可以参考谷歌的开源库 CocoaAsyncSocket.

下面我针对我们的开源 网络诊断组件, 说一下是如何同时支持 IPv4 和 IPv6 的。

开源地址：GitHub - Lede-Inc/LDNetDiagnoService_IOS: IOS平台利用ping和traceroute的原理，对指定域名（通常为后台API的提供域名）进行网络诊断，并收集诊断日志。

这个网络诊断组件的主要功能如下：

本地网络环境的监测（本机 IP＋本地网关＋本地 DNS＋域名解析）；

通过 TCP Connect 监测到域名的连通性；

通过 Ping 监测到目标主机的连通耗时；

通过 traceRoute 监测设备到目标主机中间每一个路由器节点的 ICMP 耗时；

4.1 IP 地址从二进制到符号的转化

之前我们都是通过 inet_ntoa() 进行二进制到符号，这个 API 只能转化 IPv4 地址。而 inet_ntop() 能够兼容转化 IPv4 和 IPv6 地址。 写了一个公用的 in6_addr 的转化方法如下：

+(NSString *)formatIPv6Address:(struct in6_addr)ipv6Addr{

NSString *address = nil;

char dstStr[INET6_ADDRSTRLEN];

char srcStr[INET6_ADDRSTRLEN];

memcpy(srcStr, &ipv6Addr, sizeof(struct in6_addr));

if(inet_ntop(AF_INET6, srcStr, dstStr, INET6_ADDRSTRLEN) != NULL){

address = [NSString stringWithUTF8String:dstStr];

}

return address;

}

4.2 本机 IP 获取支持 IPv6

相当于我们在终端中输入 ifconfig 命令获取字符串，然后对 ifconfig 结果字符串进行解析，获取其中 en0（模拟器）、pdp_ip0（真机）的 ip 地址。

注意：

（1）在模拟器和真机上都会出现以 FE80 开头的 IPv6 单播地址影响我们判断，所以在这里进行特殊的处理（当第一次遇到不是单播地址的 IP 地址即为本机 IP 地址）。

（2）在 IPv6 环境下，真机测试的时候，第一个出现的是一个 IPv4 地址，所以在 IPv4 条件下第一次遇到单播地址不退出。

+ (NSString *)deviceIPAdress

{

while (temp_addr != NULL) {

NSLog(@"ifa_name===%@",[NSString stringWithUTF8String:temp_addr->ifa_name]);

// Check if interface is en0 which is the wifi connection on the iPhone

if ([[NSString stringWithUTF8String:temp_addr->ifa_name] isEqualToString:@"en0"] || [[NSString stringWithUTF8String:temp_addr->ifa_name] isEqualToString:@"pdp_ip0"])

{

// 如果是 IPv4 地址，直接转化

if (temp_addr->ifa_addr->sa_family == AF_INET){

// Get NSString from C String

address = [NSString stringWithUTF8String:inet_ntoa(((struct sockaddr_in *)temp_addr->ifa_addr)->sin_addr)];

//                    if (address && ![address isEqualToString:@""] && ![address.uppercaseString hasPrefix:@"FE80"]) break;

}

// 如果是 IPv6 地址

else if (temp_addr->ifa_addr->sa_family == AF_INET6){

address = [self formatIPv6Address:((struct sockaddr_in6 *)temp_addr->ifa_addr)->sin6_addr];

if (address && ![address isEqualToString:@""] && ![address.uppercaseString hasPrefix:@"FE80"]) break;

}

}

temp_addr = temp_addr->ifa_next;

}

}

}

4.3 设备网关地址获取获取支持 IPv6

其实是在 IPv4 获取网关地址的源码的基础上进行了修改，初开把 AF_INET－>AF_INET6, sockaddr -> sockaddr_in6 之外，还需要注意如下修改，就是拷贝的地址字节数。去掉了 ROUNDUP 的处理。 （解析出来的地址老是少了 4 个字节，结果是偏移量搞错了，纠结了半天），具体参考源码库。

/* net.route.0.inet.flags.gateway */

int mib[] = {CTL_NET, PF_ROUTE, 0, AF_INET6, NET_RT_FLAGS, RTF_GATEWAY};

if (sysctl(mib, sizeof(mib) / sizeof(int), buf, &l, 0, 0) < 0) {

address = @"192.168.0.1";

}

....

//for IPv4

for (i = 0; i < RTAX_MAX; i++) {

if (rt->rtm_addrs & (1 << i)) {

sa_tab[i] = sa;

sa = (struct sockaddr *)((char *)sa + ROUNDUP(sa->sa_len));

} else {

sa_tab[i] = NULL;

}

}

//for IPv6

for (i = 0; i < RTAX_MAX; i++) {

if (rt->rtm_addrs & (1 << i)) {

sa_tab[i] = sa;

sa = (struct sockaddr_in6 *)((char *)sa + sa->sin6_len);

} else {

sa_tab[i] = NULL;

}

}

4.4 设备 DNS 地址获取支持 IPv6

IPv4 时只需要通过 res_ninit 进行初始化就可以获取，但是在 IPv6 环境下需要通过 res_getservers() 接口才能获取。

+(NSArray *)outPutDNSServers{

res_state res = malloc(sizeof(struct __res_state));

int result = res_ninit(res);

NSMutableArray *servers = [[NSMutableArray alloc] init];

if (result == 0) {

union res_9_sockaddr_union *addr_union = malloc(res->nscount * sizeof(union res_9_sockaddr_union));

res_getservers(res, addr_union, res->nscount);

for (int i = 0; i < res->nscount; i++) {

if (addr_union[i].sin.sin_family == AF_INET) {

char ip[INET_ADDRSTRLEN];

inet_ntop(AF_INET, &(addr_union[i].sin.sin_addr), ip, INET_ADDRSTRLEN);

NSString *dnsIP = [NSString stringWithUTF8String:ip];

[servers addObject:dnsIP];

NSLog(@"IPv4 DNS IP: %@", dnsIP);

} else if (addr_union[i].sin6.sin6_family == AF_INET6) {

char ip[INET6_ADDRSTRLEN];

inet_ntop(AF_INET6, &(addr_union[i].sin6.sin6_addr), ip, INET6_ADDRSTRLEN);

NSString *dnsIP = [NSString stringWithUTF8String:ip];

[servers addObject:dnsIP];

NSLog(@"IPv6 DNS IP: %@", dnsIP);

} else {

NSLog(@"Undefined family.");

}

}

}

res_nclose(res);

free(res);

return [NSArray arrayWithArray:servers];

}

4.4 域名 DNS 地址获取支持 IPv6

在 IPv4 网络下我们通过 gethostname 获取，而在 IPv6 环境下，通过新的 gethostbyname2 函数获取。

//ipv4

phot = gethostbyname(hostN);

//ipv6

phot = gethostbyname2(hostN, AF_INET6);

4.5 ping 方案支持 IPv6

Apple 的官方提供了最新的支持 IPv6 的 ping 方案，参考地址如下：

SimplePing

只是需要注意的是：

（1）返回的 packet 去掉了 IPHeader 部分，IPv6 的 header 部分也不返回 TTL（Time to Live）字段；

（2）IPv6 的 ICMP 报文不进行 checkSum 的处理；

4.6 traceRoute 方案支持 IPv6

其实是通过创建 socket 套接字模拟 ICMP 报文的发送，以计算耗时；

两个关键的地方需要注意：

（1）IPv6 中去掉 IP_TTL 字段，改用跳数 IPv6_UNICAST_HOPS 来表示；

（2）sendto 方法可以兼容支持 IPv4 和 IPv6，但是需要最后一个参数，制定目标 IP 地址的大小；因为前一个参数只是指明了 IP 地址的开始地址。千万不要用统一的 sizeof(struct sockaddr), 因为 sockaddr_in 和 sockaddr 都是 16 个字节，两者可以通用，但是 sockaddr_in6 的数据结构是 28 个字节，如果不显式指定，sendto 方法就会一直返回－1，erroNo 报 22 Invalid argument 的错误。

关键代码如下：（完整代码参考开源组件）

// 构造通用的 IP 地址结构 stuck sockaddr

NSString *ipAddr0 = [serverDNSs objectAtIndex:0];

// 设置 server 主机的套接口地址

NSData *addrData = nil;

BOOL isIPv6 = NO;

if ([ipAddr0 rangeOfString:@":"].location == NSNotFound) {

isIPv6 = NO;

struct sockaddr_in nativeAddr4;

memset(&nativeAddr4, 0, sizeof(nativeAddr4));

nativeAddr4.sin_len = sizeof(nativeAddr4);

nativeAddr4.sin_family = AF_INET;

nativeAddr4.sin_port = htons(udpPort);

nativeAddr4.sin_addr.s_addr = inet_addr([ipAddr0 UTF8String]);

addrData = [NSData dataWithBytes:&nativeAddr4 length:sizeof(nativeAddr4)];

} else {

isIPv6 = YES;

struct sockaddr_in6 nativeAddr6;

memset(&nativeAddr6, 0, sizeof(nativeAddr6));

nativeAddr6.sin6_len = sizeof(nativeAddr6);

nativeAddr6.sin6_family = AF_INET6;

nativeAddr6.sin6_port = htons(udpPort);

inet_pton(AF_INET6, ipAddr0.UTF8String, &nativeAddr6.sin6_addr);

addrData = [NSData dataWithBytes:&nativeAddr6 length:sizeof(nativeAddr6)];

}

struct sockaddr *destination;

destination = (struct sockaddr *)[addrData bytes];

// 创建 socket

if ((recv_sock = socket(destination->sa_family, SOCK_DGRAM, isIPv6?IPPROTO_ICMPV6:IPPROTO_ICMP)) < 0)

if ((send_sock = socket(destination->sa_family, SOCK_DGRAM, 0)) < 0)

// 设置 sender 套接字的 ttl

if ((isIPv6?

setsockopt(send_sock,IPPROTO_IPv6, IPv6_UNICAST_HOPS, &ttl, sizeof(ttl)):

setsockopt(send_sock, IPPROTO_IP, IP_TTL, &ttl, sizeof(ttl))) < 0)

// 发送成功返回值等于发送消息的长度

ssize_t sentLen = sendto(send_sock, cmsg, sizeof(cmsg), 0,

(struct sockaddr *)destination,

isIPv6?sizeof(struct sockaddr_in6):sizeof(struct sockaddr_in));

最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 203,456评论 5赞 477
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 85,370评论 2赞 381
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 150,337评论 0赞 337
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 54,583评论 1赞 273
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 63,596评论 5赞 365
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 48,572评论 1赞 281
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 37,936评论 3赞 395
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 36,595评论 0赞 258
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 40,850评论 1赞 297
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,601评论 2赞 321
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,685评论 1赞 329
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 33,371评论 4赞 318
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 38,951评论 3赞 307
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,934评论 0赞 19
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,167评论 1赞 259
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 43,636评论 2赞 349
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 42,411评论 2赞 342

推荐阅读更多精彩内容

  • iOS开发之IPv6 socket编程
    研究IPv6 socket编程原因： Supporting IPv6 in iOS 9 WWDC2015苹果宣布在...
    li大鹏阅读 7,285评论 7赞 15
  • 支持IPV6方法
    由于在应用中使用了网络诊断的组件，大量使用了底层的 socket API，所以对于IPV6支持，这块是个重头戏。如...
    大码猴阅读 7,690评论 1赞 4
  • 漂亮妹子
    皇玄胤阅读 337评论 0赞 4
  • iOS 签名画板
    一. 封装画图板 画板就是继承于UiView的一个子类，我们可以在这个子类中添加我们画图板相应的属性和方法，然后实...
    HQFlying阅读 1,957评论 0赞 2
  • 学习
    1.【强烈推荐】程序员一定会用到的在线工具https://tool.lu/[https://tool.lu/] 2...
    CoderZb阅读 220评论 0赞 0