IPv6应用商店拒绝

由于ipv6网络连接问题，我们的更新今天两次被拒绝。在先前版本和当前版本之间，我们的网络代码未更改。

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

即使按照在[ 1 ] 处创建ipv6网络的步骤进行操作，我也无法重现此问题，这是拒绝通知中提供的链接。看来我并不是唯一一个遇到此问题的人[ 2 ]。

经过一番压力之后，我可以确认问题出在我们的后端未正确配置IPv6。显然，AWS不支持IPv6，也不通过Route53支持仅IPv6的DNS。我最终暂时将后端的所有面向互联网的部分从AWS移开了。

我想保留这一点，因为我认为随着人们开始提交仅通过IPv6限制的更新，可能会有其他人遇到类似的问题。我发现用于测试服务器/ DNS准备情况的最佳工具是：http : //ready.chair6.net/

请注意，支持“仅IPv6网络”和“ IPv6和应用程序查看”链接对确定苹果拒绝的问题很有帮助。在这种特定情况下，文章明确指出您可以设置DNS64 / NAT64测试网络，但“此测试网络与App Review使用的网络不完全相同”，这就是为什么所有内容都可以在测试环境中正常工作的原因该应用被拒绝。

此外：

与服务提供商部署的网络一样，App Review网络确实支持IPv6-to-IPv6连接。因此，如果您的服务器支持IPv6，则您的应用程序将直接与其通信，而无需通过NAT64转换器。通常，这是一件好事，但是如果您的服务器声称支持IPv6但IPv6支持被破坏，则可能使您陷入困境。例如，如果：DNS名称不正确，DNS正确，但是服务器未侦听IPv6服务器正在侦听IPv6，但是在通过IPv6发出请求时失败

因此，如果您的后端服务器支持IPv6，则苹果测试网络将使用它，而在这种情况下，这就是错误的。

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

我们遇到了同样的问题，事实证明，当我们为IPv6设置AAAA记录时，由于我们实际上没有IPv6支持（我们也使用Route53），所以一切都变得很糟糕。删除AAAA记录可解决此问题。

我已经提交了有关测试文档与App Review使用的设置之间的差异的雷达 -我们只能进行诊断，因为我们的CTO在WWDC并能够连接到他们的网络，这不完全是一种情况我们可以定期复制。

我们遇到了类似的情况。由于IPv6网络中的连接问题，我们的应用被拒绝了。此外，我们的服务器正在使用AWS。

我已经完成了对IPv6 DNS64 / NAT64的测试，没有任何问题，我们决定对此拒绝提出上诉。

我们解释说，我们这一方面的测试已成功完成，并且我们正在使用AWS基础架构。

再过两天后，该应用再次被审核并接受

我们遇到了同样的问题。由于ipv6原因，我们的应用已被拒绝服务时间。但是我们已经在配置为APPLE官方文档的ipv6网络中进行了测试：https : //developer.apple.com/library/mac/documentation/NetworkingInternetWeb/Conceptual/NetworkingOverview/UnderstandingandPreparingforIPv6Transition/UnderstandingandPreparingforIPv6Transition.html#//apple_ref/doc/ uid / TP40010220-CH213-SW1

我们的应用程序第一次被拒绝，我们基于Apple文档设置了本地测试环境，并发现我们的curl lib太旧了，默认情况下未启用ipv6。因此，我们构建了最新的curl lib，并且可以正常工作。但是由于相同的原因，它再次被拒绝。我检查了很多信息，发现有人有同样的经历，只是向苹果评论家抱怨说您的应用程序在测试环境中运行良好，如果他们坚持认为有错误，请他们提供工程师帮助。Apple审核小组在周末看到我们的投诉后批准了我们的应用程序。

据我了解，您需要检查2个问题。您是否在应用中硬编码IP地址？您是否为服务器域设置了AAAA记录以显示它支持ipv6，但是服务器不监听ipv6。如果是，只需从域提供商站点中的域设置中删除该AAAA记录。

可达性库必须支持IPv6网络设置。因此，请使用此可达性类。

https://developer.apple.com/library/content/samplecode/Reachability/Introduction/Intro.html#//apple_ref/doc/uid/DTS40007324

这是我6个月后第二次遇到此问题。以前，它是在使用AFNetworking的Objective-C项目中使用的，而我使用的是这种解决方案，并且可以一次性使用。现在，Alamofire也发生了同样的情况。伙计们，这个解决方案为我工作了2次，我发现这个问题首先出现在Google上，所以我发布了答案。

在工作区中搜索AF_INET，然后将其更改为AF_INET6。我认为如果使用它，它必须位于AFNetworking库或Alamofire库中。它在NetworkReachabilityManager类中。

我从以下来源找到了这个答案。

https://stackoverflow.com/a/38196337/4030971

编辑：-6月24日-

这对我帮助了很多次，但是对于这个问题也有一个奇怪的解决方案。在我们最近的项目中，我们已经应用了该解决方案，但是苹果仍然拒绝了该应用。然后，我们制作了一个视频，该视频显示该应用程序运行正常，并且已连接到Mac上通过wifi共享选项创建的NAT64网络。我们呼吁对视频进行审查，他们批准了该申请。因此，如果您已完成所有选择，则也可以尝试这一选择。

您可以在下面的网站上查看您的API，是否已对API iPV6进行配置！

http://ipv6-test.com/validate.php

我已经IPv6 DNS64/NAT64按照Apple文档的规定进行了测试，没有任何问题

但是，我们无法重现该问题（崩溃）。我们成功地在设备中安装了应用程序而没有崩溃。

• 我们拍摄了整个测试过程的视频（包括显示连接性，从testflight下载，NAT64网络连接，应用程序操作）
• 并要求视频文件拒绝

最后，应用商店批准了我的应用

使用Facebook SDK时遇到了相同的应用拒绝。如果您使用Facebook SDK进行登录，那么在结束会话时注销用户非常重要。否则，将来您将面临类似的应用程序拒绝。我提供了以下代码，以帮助可能遇到类似问题的人员。

let loginManager = FBSDKLoginManager()
loginManager.logOut()

我通过向他们发送视频来解决了这个问题，表明我的应用程序可以在ipv6上运行。

1. 使用macOS设置ipv6
2. 您已连接到共享ipv6网络的录像带，并证明您的应用程序可在该环境下运行。

我的应用在应用商店上两次被拒绝。他们给使用OS 11.4的iPhone上的twitter登录提供了错误。我们遇到的主要问题是由于twitter的回调URL，而未在twitter的开发人员帐户上设置。当我在Twitter的开发人员帐户上设置回调URL时。它解决了我的问题。当我们未在Twitter的开发者帐户上设置回调URL时，当设备具有Twitter应用时，Twitter登录成功。但如果设备上没有Twitter应用，则会显示禁止错误403。

因此，设置回调网址可以解决我的问题，并且可以接受应用。

谢谢