发布于 2016-06-08 05:50:20
在经历了相当大的压力之后,我可以确认这个问题是我们的后端没有为IPv6正确配置的问题。显然,亚马逊网络服务不支持IPv6,也不支持通过Route53的IPv6-only DNS。我最终将所有面向互联网的后端部分暂时从AWS上移走。
我想把这个问题留下来,因为我认为,当人们开始提交超过IPv6-only限制的更新时,可能会有其他人发现自己有类似的问题。我发现最好的测试服务器/dns就绪的工具是:http://ready.chair6.net/
发布于 2016-07-24 20:08:20
请注意,Supporting IPv6-only Networks和IPv6 and App Review链接对于确定苹果拒绝的问题非常有帮助。在这种特定的情况下,文章清楚地指出,您可以设置DNS64/NAT64测试网络,但“此测试网络与App Review使用的网络并不完全相同”,这就是为什么一切都可以在测试环境中工作,但应用程序仍然被拒绝的原因。
此外:
应用审查网络,就像服务提供商部署的网络一样,确实支持ipv6到ipv6的连接。因此,如果你的服务器支持IPv6,你的应用程序将直接与它对话,而不需要通过NAT64转换器。一般来说,这是一件好事,但如果您的服务器声称支持IPv6,但IPv6支持被破坏,那么它可能会让您陷入困境。例如,如果: DNS名称不正确DNS是正确的,但服务器没有侦听IPv6,则服务器正在侦听IPv6,但当请求通过IPv6传入时会失败
因此,如果你的后端服务器支持IPv6,苹果测试网络就会使用它,这就是本例中的错误所在。
我将此添加为遇到相同问题的其他用户的参考和起点
发布于 2016-06-15 04:42:28
我们遇到了同样的问题,事实证明,虽然我们为IPv6设置了AAAA记录,但由于我们实际上没有IPv6支持(我们也在使用Route53),它借用了一切。删除AAAA记录已解决此问题。
我已经向a radar提交了测试文档和App Review正在使用的设置之间的差异-我们之所以能够诊断它,是因为我们的首席技术官在WWDC,并且能够连接到他们的网络,这并不是我们可以定期重现的情况。
https://stackoverflow.com/questions/37637818
复制相似问题