苹果关于IPV6审核

Paste_Image.png

关于IPV6

随着互联网的迅速发展，各种联网设备总数的不断增加，传统的IPv4地址耗尽已经是可以预见的未来，因此，用于替代现行版本IP协议(IPv4)的下一代IP协议，IPv6技术已成为未来的主流IP技术。
据苹果在开发者网站发布的消息称，现有的很多应用已经兼容IPv6-only协议了，因为该协议已经得到NSURLSession和CFNetwork API的支持。使用IPv4 API或硬件编码IP地址的开发者需要修改应用代码才能兼容这项新政策。
除了苹果之外，整个行业也在慢慢接受IPv6-only协议，尤其是提供手机网络服务的运营商。随着各种连网设备总数的增加，以及新手机推出的速度越来越快，IPv4地址将迅速耗尽。作为后续技术，IPv6将在不远的将来完全取代IPv4。

Apple关于IPV6规定

日前，苹果公司向开发者发出提醒，公司将会修改应用商店App Store的相关规定，所有IOS应用必须包含对IPv6-only标准的支持。据悉，该规定在6月1日生效，所有提交至苹果App Store的应用申请必须要兼容面向硬件识别和网络路由的最新互联网协议--IPv6-only标准。而苹果的这一举措也将有助于IPv6的加速普及。

1.只需要在苹果最新的系统上保证IPV6的兼容性即可。
2.NSURLConnection CFNetWork NSURLSession都是支持IPV6的在iOS9设备上。
3.AFNetworking，由于历史原因，应用代码基本上都深度引用了AFHTTPRequestOperation类，所以目前API网络请求均需要通过NSURLConnection发送出去，经过测试NSURLConnection在最新的iOS9系统上是支持IPV6的。
4.Reachability在程序中被大量应用判断网络状态，但是在里面却使用了IPV4专用的API，经过测试，在iOS9以上系统IPV4和IPV6网络环境均可使用，但在iOS8上IPV4和IPV6切换的时候无法监测网络状态的改变，可能是因为苹果在iOS8上还没有对IPV6进行相关的支持相关，但是这仍然满足苹果要求在最新系统版本上支持IPV6的需求，其实苹果在iOS9以上对zero Address进行了处理，Reachability在iOS9上可以支持IPV6和IPV4，但在iOS9一下存在bug，监测网络会有问题。

避免被拒的措施

• 使用网络通讯框架；

也就是是说推荐你使用 iOS SDK 自带的，构建于 socket 上层的网络通讯框架，或是第三方的网络通讯框架。这样，使用网络通讯框架的话，上面的第 2 条大体上是不用操心的。如果你使用的是第三方的网络通讯框架的话，一定记得询问该框架的开发商：“你们支持 IPv6 吗？”
作为网络通讯框架其中之一的 ProudNet™ 是支持 IPv6 的哟。自 2015 年 12 月的更新版本开始支持。ProudNet 的使用者如果要想支援 IPv6 的话，应该使用 2015 年 12 月版本，或更高的版本。

---

• 避免使用 IPv4 专用的 API；

如果你亲自编程 socket 层的话，记得不能使用 IPv4 专用 API。比如说，你不能使用如下这些 API (光是使用这些函数本身，是否会成为苹果方面拒绝通过应用审核的事由，目前还不清楚。反正 ProudNet 目前是全然不使用这些函数的)。
inet_addr()
inet_aton()
inet_lnaof()
inet_makeaddr()
inet_netof()
inet_network()
inet_ntoa()
inet_ntoa_r()
bindresvport()
getipv4sourcefilter()
setipv4sourcefilter()
如果要测试在 IPv6 的环境下是否运转正常，你需要构建 IPv6 only 的网络环境。方法有很多种。我们使用的是通过 Mac 机器的方法。

---

• 避免使用硬编码地址（IP地址）。
  ![Uploading Paste_Image_168249.png . . .]
  下面这个API，nodename这个参数不要传IP地址，而应该用域名
  
  

  ACE658A6-0BD7-404A-9965-6FE251C53B97.png
  
  例如：
  下面这个API，nodename这个参数不要传IP地址，而应该用域名
  
  

  Paste_Image.png
  
  　　这个方法在著名的Reachability中是用到的，我们常用的网络库AFNetworking就用了这个。所以用到的同学得好好查一下了，另外这个项目的作者几天前刚刚就这个问题有一个新的提交（https://github.com/AFNetworking/AFNetworking/pull/3174/files）

苹果使用的是“硬编码地址”这样的术语。不过这大体上只是对大众友好的简化说法。正确的学名其实应该叫 IP literal。比方说形如 “11.22.33.44” 这种啦。
另一方面，我们通常所说的 “hostname”，比方说“server1.mygame.com”这种，学名叫 FQDN (fully qualified domain name)。
你问，通过“硬编码地址”，也就是我们所说的 IP literal 连入服务器的话会有什么样的后果呢？一些 IPv6 网络下的客户端会连不上 IPv4 网络下的服务器（虽说 iOS 9.2 以后这个问题会部分解决，但是没法保证在所有 IPv6 网络下都没问题）。
反之亦然—客户端在 IPv4 下，服务器 IPv6。
至于连不上的原因吗，要从 NAT64 / DNS64 的联动关系说起。因为内容有点长，这里就不赘述了。
那么应该肿么办呢？乖乖地听从苹果大人所“指示”（？）的。通过 FQDN 而不是 IPv4 literal 的连入的情况下，服务器要能够接收。客户端连接服务器时则要使用 FQDN。

举例说明上面的内容：

 - 11.22.33.44 ==> 苹果会屏蔽你
 - server.mygame.com ==> Ok
 - 11:22:33:44:55:66:77:88 ==> 苹果会屏蔽你