iphone如何查看ipv6_iOS应用如何支持IPV6

　　果然是苹果打个哈欠，iOS行业内就得起一次风暴呀。自从去年5月初Apple明文规定所有开发者在6月1号以后提交新版本需要支持IPV6-Only的网络，大家便开始热火朝天的研究如何支持IPV6，以及应用中哪些模块目前不支持IPV6。

　　App Store策略是要求所有iOS应用必需包含IPv6-only网络的支持。从今年6月1日开始，所有提交至苹果App Store的应用必需要兼容面向硬件识别和网络路由的最新互联网协议——IPv6-only标准。这项措施是在2015年苹果WWDC开发者大会上提出的，iOS 9会率先向IPv6-only网络服务过渡。

　　根据苹果开发者网站声明，大部分现有的应用程序已经通过NSURLSession和CFNetwork APIs兼容该协议，不过依然使用IPv4 APIs的或者硬件编码IP地址的开发者将需要手工调整应用代码来适应苹果的最新策略。随着IPv4地址的枯竭，IPv6d的转移工作变得越来越重要。对于苹果来说，切换至IPv6能够带来更加广泛的行业接受协议，此外伴随着物联网的普及，同样能延续智能手机的健康发展。

　　什么是 IPv6-ONLY ？

　　以前，大家都在用 IPv4，就是地址看起来是 114.255.40.66 的样子。然而，这样的地址已经不够用了，就有了类似2001:da8:215:4009:250:56ff:fe97:40c7 这样的 IP 地址。

　　目前，一个网卡会同时使用这两张地址；在未来，一个网卡将仅有后面这样的 IPv6 地址。 使用这两种地址的设备是不能互相访问的，后来有了一些过渡威廉希尔官方网站 让他们在某些情况下可以互相访问了。（如 DNS64/NAT64）

　　首先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机器（以太网口＋无线网卡），我们可以通过interwetten与威廉的赔率体系 构建这么一个local IPv6 DNS64/NAT64 的网络环境去测试应用是否支持IPV6-Only网络，大概原理如下：

　　如何满足苹果要求？

　　苹果公司为什么要这么做？

　　现在有极小一部分用户处在IPv6-ONLY的环境中，未来这个比例会扩大。

　　苹果这样要求，对于大多数开发者而言，并不困难。目前大多数应用无需任何操作即可满足要求。

　　我不太懂这些，我该怎么做呢？

　　在你的应用中使用域名（如 www.bupt.edu.cn），不要在任何地方使用 IPv4地址（114.255.40.66）。

　　我的服务器必须有 IPv6 地址么？

　　不是的，服务器只需要有公网 IPv4 地址即可，但要求必须使用域名（FQDN）来表示服务器。

　　如何创造 IPv6-ONLY 测试环境

　　MacOS 提供了这个功能。 使用 Mac 把有线网络共享到 WiFi，中间勾选 创建NAT64网络 即可。

　　apple如何审核支持IPV6-Only？

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

　　其次第二点：Apple官方声明iOS9开始向IPV6支持过渡，在iOS9.2+支持通过getaddrInfo方法将IPV4地址合成IPV6地址（The ability to synthesize IPv6 addresses was added to getaddrinfo in iOS 9.2 and OS X 10.11.2）。其提供的Reachability库在iOS8系统下，当从IPV4切换到IPV6网络，或者从IPV6网络切换到IPV4，是无法监控到网络状态的变化。也有一些开发者针对这些Bug询问Apple的审核部门，给予的答复是只需要在苹果最新的系统上保证IPV6的兼容性即可。

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

　　追加第四点：如果应用一直直接使用IPV4地址通过NSURLConenction或者NSURLSession进行网络请求（一般需要服务器允许，且客户端需要在header中伪装host）；经测试，IPV6网络环境下，直接使用IPV4地址在iOS9及以上的系统仍然能够正常访问；在iOS8.4及以下不能正常访问；这一点苹果的解释和建议是这样的：

　　Note： In iOS 9 and OS X 10.11 and later， NSURLSession and CFNetwork automatically synthesize IPv6 addresses from IPv4 literals locally on devices operating on DNS64/NAT64 networks. However， you should still work to rid your code of IP address literals.