IPv6 App Store Rejet
Notre mise à jour a été rejetée deux fois aujourd'hui pour ipv6 problèmes de connectivité réseau. Notre code réseau n'a pas changé entre la version précédente et le présent communiqué de presse.
L'application ne fait https réseau des requêtes à l'api.metooapp.io, qui est correctement configuré pour ipv6 [Zero] et s'exécute en arrière-route53 sur AWS. Il n'y a pas codées en dur les adresses IP dans le code.
Je n'arrive pas à reproduire ce problème, même après avoir suivi les étapes pour créer un réseau ipv6 à [Un] qui est le lien fourni dans l'avis de rejet. On dirait que je ne suis pas le seul à rencontrer ce problème, soit [Deux].
- Êtes-vous à l'aide de
AFNetworking
(si oui, quelle version)?Reachability
? Un Tiers Des Bibliothèques? - Alamofire 3.4.0 et Accessibilité.swift, mais la façon dont je suis l'aide de l'Accessibilité est juste pour l'option tâches en arrière-plan. Mon principal problème est que je suis incapable de reproduire ce, même après avoir suivi les instructions d'Apple.
- Ajouter votre code réseau de trop dans la question
- Le code réseau est Alamofire
- Je suis confronté à la même question (je suis en utilisant Alamofire v3.4.1) avez-vous résolu ce problème? Le problème est dans le serveur?
- Oui, je peux confirmer que le problème était avec mon serveur ayant un enregistrement AAAA pointant vers un serveur qui est configuré de manière incorrecte pour le trafic ipv6 et n'ont rien à voir avec Alamofire. Avez-vous essayez de vérifier vos paramètres DNS dans le ready.chair6.net ?
- Okok, Oui vérifier cette lien. Voyez-vous quelque chose de mal?
- oui je suis à l'aide de l'Accessibilité et j'ai le même Rejet . C'est qu'à Cause de cela?????
- J'ai eu le même rejet de la question, mais j'ai testé de mon application locale de réseau (ipv6), puis il travaille très bien. Veuillez suggérer.
- Même Ici, j'ai testé aussi. Dans mon local réseau ipv6. Et il fonctionne, mais rejette l'appstore
- Face à la même question, mais compris ma demande s'est écrasé parce que je n'ai pas à gérer le rejet des autorisations de bien, avec l'aide de ce stackoverflow.com/a/41462025/4944007 j'ai tout compris
- avez-vous acheter le dernier Apple IPv6 dongle?
- cochez cette réponse . stackoverflow.com/a/38500762/4910767
Vous devez vous connecter pour publier un commentaire.
Après un peu de stress, je peux confirmer que le problème était un problème avec notre backend de ne pas être correctement configuré pour le protocole IPv6. Apparemment, AWS ne prend pas en charge IPv6, ni uniquement IPv6 DNS par le biais de Route53. J'ai fini de déménager tous les face à internet bits du backend loin de AWS pour le moment.
Je voulais quitter cette place parce que je pense qu'il y a probablement d'autres qui se retrouvent avec des problèmes similaires, comme les gens de commencer à transmettre les mises à jour de passé l'IPv6 uniquement restriction. Le meilleur outil que j'ai trouvé pour le serveur de test/dns préparation a été: http://ready.chair6.net/
Veuillez noter que Supportant IPv6 uniquement Réseaux et IPv6 et App Review lien peut être très utile pour déterminer quel est le problème avec apple rejets.
Dans ce cas précis, les articles indiquer clairement que vous pouvez configurer la DNS64/NAT64 réseau de test, mais que "Ce réseau de test n'est pas exactement le même que le réseau utilisé par App Review", c'est pourquoi tout ce qui peut fonctionner dans l'environnement de test et ont encore l'application rejeté.
En outre:
Donc, si votre serveur d'arrière-plan a un support pour IPv6 apple réseau de test vont l'utiliser, et c'est ce qui a été mal dans ce cas.
Je ajouter comme une référence et un point de départ pour d'autres utilisateurs qui rencontrent le même problème
Nous avons rencontré ce même problème, et il s'est avéré alors que nous avions l'installation d'un enregistrement AAAA pour IPv6, puisque nous n'avons pas réellement prise en charge d'IPv6 (nous sommes aussi à l'aide de Route53), c'complètement foireuse tout. Suppression de l'enregistrement AAAA résolu le problème.
J'ai déposé un radar sur les divergences entre les documents pour les essais et l'Application configuration de l'Examen est aide - nous n'avons pu diagnostiquer, car notre CTO a été lors de la WWDC et a été en mesure de se connecter à leur réseau, ce qui n'est pas exactement une situation que l'on peut reproduire régulièrement.
Nous avons couru dans une situation similaire. Notre application a été rejetée en raison de problèmes de connectivité dans les réseaux IPv6. Aussi nos serveurs sont à l'aide d'AWS.
J'ai effectué de Test pour IPv6 DNS64/NAT64 sans aucun problème de mon côté, et nous décidons de faire appel de ce rejet.
Nous a expliqué que le test de notre côté a été terminée avec succès, et que nous sommes à l'aide de l'infrastructure AWS.
Après deux jours de plus que l'application a été à nouveau examiné et accepté
nous avons rencontré le même problème。 Notre Application a été rejeté serval fois pour ipv6 raison . Mais Nous avons été tester dans le réseau ipv6 qui configed comme APPLE Officiel du Document: https://developer.apple.com/library/mac/documentation/NetworkingInternetWeb/Conceptual/NetworkingOverview/UnderstandingandPreparingfortheIPv6Transition/UnderstandingandPreparingfortheIPv6Transition.html#//apple_ref/doc/uid/TP40010220-CH213-SW1
Notre appli est rejetée, la première fois, on a mis en place l'environnement de test local basé sur apple document et trouver notre curl lib est trop vieux, sans activer l'ipv6 par défaut. Donc, nous construisons dernière curl lib et il fonctionne. Mais c'est rejetée à nouveau, car même raison. - Je vérifier un tas d'informations, trouver quelqu'un à eu la même expérience, juste plainte d'Apple réviseur dire que votre application fonctionne bien dans l'environnement de test et de leur demander de fournir un ingénieur de l'aide si elles insistent qu'il n'y est une erreur. Apple de l'équipe de révision a approuvé notre application dans le week-end quand ils ont vu nos plaintes.
Comme je sais qu'il y a 2 questions que vous devez vérifier. Avez-vous le code de l'adresse ip dans votre application? Avez-vous l'installation de votre enregistrement AAAA pour votre serveur de domaine pour montrer qu'il prend en charge ipv6, mais le serveur n'écoute pas l'ipv6. Si oui, il suffit de supprimer cet enregistrement AAAA dans les paramètres de votre domaine auprès de votre fournisseur de domaine du site.
L'accessibilité de la bibliothèque doit prendre en charge paramètres réseau IPv6. Afin d'utiliser cette Accessibilité classe.
https://developer.apple.com/library/content/samplecode/Reachability/Introduction/Intro.html#//apple_ref/doc/uid/DTS40007324
J'ai effectué de Test pour
IPv6
DNS64/NAT64
sans problème comme prescrit par La documentation d'Applecependant, nous sommes incapables de reproduire le problème (Crash).
Nous avons réussi installer l'application dans nos appareils sans accidents.
(ce qui inclut l'affichage de la connectivité, le téléchargement de testflight, NAT64 la connexion réseau , l'application des opérations)
Enfin, l'app store APPROUVÉ mon application
C'est la 2ème fois que j'ai rencontré ce problème après 6 mois. Auparavant, il était en Objective-C projet à l'aide de AFNetworking et j'ai utilisé cette solution, et il a travaillé sur un aller. Maintenant la même chose s'est produite avec Alamofire. Les gars, cette solution a fonctionné pour moi 2 fois et j'ai trouvé cette question vient en premier dans google, donc je vous poste la réponse.
De recherche dans l'espace de travail pour AF_INET et de le modifier pour AF_INET6 n'importe où vous les avez trouvés. Je pense qu'il doit être à l'intérieur de la AFNetworking bibliothèque ou Alamofire bibliothèque si vous l'utilisez. Ses dans le NetworkReachabilityManager classe.
J'ai trouvé cette réponse de la source ci-dessous.
https://stackoverflow.com/a/38196337/4030971
EDIT: - 24 juin -
Cela m'a aidé de nombreuses fois, mais il y a une étrange solution à ce problème également. Dans notre récent projet, nous avons appliqué cette solution mais encore apple a rejeté la demande. Puis nous avons fait une vidéo qui montrait que l'application est en cours d'exécution fine avec connecté à un NAT64 réseau créé sur un Mac en wifi option de partage. Nous avons fait appel pour examiner avec la vidéo et l'ont approuvé la demande. Donc, si vous avez terminé toutes vos options, essayez celui-là aussi.
Vous pouvez vérifier votre API dans le site web ci-dessous, est votre API iPV6 configurer ou pas!
http://ipv6-test.com/validate.php
J'ai couru dans la même application de rejet lors de l'utilisation de l'Facebook SDK. Si vous utilisez le Facebook SDK pour la connexion, il est incroyablement important pour déconnecter l'utilisateur lors de la fin de la séance. Sinon vous ferez face à de semblables application des rejets dans l'avenir. J'ai inclus le code ci-dessous pour aider ceux qui peuvent être confrontés à des problèmes similaires.
J'ai résolu le problème en leur envoyant une vidéo, montrant que mon application fonctionne sur ipv6.
mon appli est rejetée deux fois sur l'app store. Ils donnent une erreur de connexion de twitter sur iphone avoir os 11.4. Le principal problème que nous avons à cause de l'url de callback de twitter, ce qui n'est pas mis sur le compte de développeur de twitter. lorsque j'ai mis les url de callback sur le compte de développeur de twitter. Il résout mon problème. Lorsque nous n'avons pas défini url de callback sur le développeur de accountof twitter que le temps de connexion de twitter est réussie lorsque l'appareil ayant application twitter. mais en cas d'absence de l'application twitter sur l'appareil donne erreur forbidden 403.
Paramètre url de callback permet de surmonter mon problème et application est acceptée.
Merci