IPv6 App Store拒绝

Question

我们的更新今天因ipv6网络连接问题被拒绝了两次.我们的网络代码在之前的版本和当前版本之间没有变化.

该应用程序仅向api.metooapp.io发出https网络请求,该请求已正确配置为ipv6 [ 0 ]并在AWS上的route53后面运行.代码中没有硬编码的IP地址.

即使按照在[ 1 ] 创建ipv6网络的步骤(即拒绝通知中提供的链接)之后,我也无法重现此问题.看起来我不是唯一一个遇到这个问题的人,[ 2 ].

Answer 1

经过相当多的压力之后,我可以确认问题是我们的后端未正确配置IPv6的问题.显然,AWS不支持IPv6,也不支持通过Route53支持IPv6的DNS.我最终暂时将所有面向互联网的网络远离AWS.

我想放弃这一点,因为我认为可能会有其他人发现自己遇到类似的问题,因为人们开始提交更新超过仅限IPv6的限制.我发现用于测试服务器/ dns准备情况的最佳工具是:http://ready.chair6.net/

Answer 2

请注意,支持仅IPv6网络以及IPv6和App Review链接可以非常有助于确定苹果拒绝的问题.在这个特定情况下,文章明确指出您可以设置DNS64/NAT64测试网络,但"此测试网络与App Review使用的网络不完全相同",这就是为什么一切都可以在测试环境中工作并且仍然有该应用被拒绝了.

此外:

与服务提供商部署的网络一样,App Review网络确实支持IPv6到IPv6的连接.因此,如果您的服务器支持IPv6,您的应用程序将直接与它通信,而无需通过NAT64转换器.一般来说,这是一件好事,但如果您的服务器声称支持IPv6但IPv6支持被破坏,它可能会让您失望.例如,如果:DNS名称不正确,DNS正确但服务器没有侦听IPv6服务器正在侦听IPv6,但是当通过IPv6发出请求时失败

因此,如果你的后端服务器支持IPv6,苹果测试网络将使用它,在这种情况下它是错误的.

我将此添加为遇到相同问题的其他用户的参考和起点

Answer 3

我们遇到了同样的问题,当我们为IPv6设置了AAAA记录时,事实证明,因为我们实际上并没有IPv6支持(我们也使用Route53),它使所有事情都陷入困境.删除AAAA记录修复了该问题.

我已经提交了关于测试文档和App Review正在使用的设置之间的差异的雷达 - 我们只能诊断它,因为我们的CTO在WWDC并且能够连接到他们的网络,这不是一个完全情况我们可以定期复制.

Answer 4

我们遇到了类似的情况.我们的应用程序因IPv6网络中的连接问题而被拒绝.我们的服务器也在使用AWS.

我已经执行了针对IPv6 DNS64/NAT64的测试而没有任何问题,我们决定对此拒绝提出申诉.

我们解释说,我们这边的测试已经成功完成,我们正在使用AWS基础架构.

再过两天,该应用程序再次被审核并被接受

Answer 5

我们遇到了同样的问题.我们的应用程序因ipv6原因被拒绝了serval时间.但我们已经在ipv6网络上进行了测试,该网络被称为APPLE的官方文档:https://developer.apple.com/library/mac/documentation/NetworkingInternetWeb/Conceptual/NetworkingOverview/UnderstandingandPreparingfortheIPv6Transition/UnderstandingandPreparingfortheIPv6Transition.html#//apple_ref/doc/ UID/TP40010220-CH213-SW1

Answer 6

我们的应用程序第一次被拒绝,我们根据apple文档设置本地测试环境,发现我们的curl lib太旧了,默认情况下没有启用ipv6.所以我们构建最新的curl lib并且它可以工作.但由于同样的原因,它再次遭到拒绝.我检查了很多信息,发现有人有相同的经验,只是抱怨Apple评论员说你的应用程序在测试环境中运行良好,并要求他们提供工程师帮助,如果他们坚持有一些错误.Apple审核小组在周末看到我们的投诉时批准了我们的应用.

据我所知,你需要检查2个问题.你在应用程序中硬编码IP地址吗？您是否为服务器域设置AAAA记录以显示它支持ipv6,但您的服务器不会监听ipv6.如果是,请从域名提供商网站中删除域名设置中的AAAA记录.