chargeur d'application bloqué au stade de "Authentification avec l'iTunes Store"
J'étais sur le point de télécharger une application sur iTunes Connect, mais le chargeur d'applications était bloqué au stade "Authentification avec iTunes Store" et était en attente depuis presque une heure. Le réseau fonctionne bien et je ne l'ai jamais vu auparavant. ce genre de problème? quelle est la solution? merci d'avance.
J'ai eu ce problème quand derrière un pare-feu.
Je l'ai contourné en éditant:
/Applications/Xcode.app/Contents/Applications/Application\ Loader.app/Contents/MacOS/itms/Java/lib/net.properties
Si vous ne trouvez pas net.properties dans le chemin mentionné ci-dessus puis essayez, car il est modifié maintenant.
/Applications/Xcode.app/Contents/Applications/Application\ Loader.app/Contents/itms/Java/lib/net.properties
Changer la ligne:
# https.proxyPort=443
À:
https.proxyPort=80
Cela permet à l'application d'utiliser le port HTTP pour HTTPS. A travaillé immédiatement après cela. J'espère que cela t'aides.
Pour être honnête, ce n'est peut-être pas une réponse, mais cela a vraiment fonctionné pour moi.
- J'ai lancé
Application Loaderet a commencé à soumettre. Alors que sumbitting se passait, - J'ai lancé
Organiseret sélectionnéDistribution over archiver in Xcodeaussi et a commencé à télécharger simultané.
Ils ont travaillé ensemble et le 2ème a complété la soumission.
Juste mon expérience.
J'ai essayé de nombreuses solutions, telles que l'utilisation du port 80 pour la connexion https, mais aucune solution ne fonctionnait pour moi.
https.proxyPort = 443
à https.proxyPort = 80
Chaque fois que je suis confronté à ce problème, je télécharge une application depuis deux instances différentes du chargeur d'applications et cela fonctionne comme un charme.
J'ai deux versions différentes du chargeur d'applications sur ma machine, l'une avec XCode4 et l'autre avec XCode5. Cela fonctionne toujours si je télécharge une application à partir de deux instances simultanément.
J'étais assez frustré par cela - pas seulement par le problème lui-même mais par l'incertitude jusqu'à ce que je doive attendre pour l'appeler "ça ne va pas - essayez à nouveau". - à ce stade, je quitterai l'application Application Loader, reconditionnera mon fichier ipa et réessayer. Probablement avec un changement de port dans le fichier net.properties. Mais cela n’a pas toujours fonctionné de la même manière que la dernière fois. Je l’écris donc ici, surtout pour mon bien!
J'étais sur le point d'appeler un autre jour quand cela fonctionnait, presque comme un charme:
1) Ouvrir le fichier. Applications> Xcode> Contenu> Applications> Application Loader> Contenu> MacOS> itms> Java> lib - net.properties
2) Changer la ligne:
# https.proxyPort=<whatever>
à
https.proxyPort=80
Assurez-vous de ne pas commenter # https.proxyHost= - laissez-le comme indiqué (commenté).
3) Démarrez Application Loader. Suivez les étapes habituelles et commencez à télécharger votre ipa en utilisant la commande Envoyer.
4) Si cela semble aller au-delà "" Authentification avec l'iTunes Store "dans un délai raisonnable (disons 10 minutes au bout desquelles ma patience s'épuise), vous avez de la chance. Dormez ou traînez.
5) Lancez Xcode Organizer. Sélectionnez votre archive et cliquez sur le bouton Distribuer. Il montrera incliné lignes de progression pendant quelques minutes. Si cela ne s'arrête pas, tuez Xcode et réessayez.
6) Après environ 2 oblique minutes, la progression bleue continue, et votre "Flappy Bird" s'envole ...! (le mien n'était ni Flappy ni Bird)
(Laissez le chargeur d'applications en vie, juste pour le garder, je ne sais pas s'il est utile, mais je ne suis que superstitieux)
- À part des solutions de rechange, c'est quelque chose Apple doit être corrigé avant de publier iOS 8 ou iPhone 6. Sérieusement. S'ils ne le font pas, je ne vais pas gaspiller mes 100 $ l'année prochaine.
(Ou - ce bogue sera-t-il toujours là pour empêcher ces clones "Flappy" d'inonder définitivement l'App Store?)
Testé avec xCode 5: Dans mon cas, ni l'organisateur ni le chargeur d'applications n'ont fonctionné: ils se sont empilés dans "Authentification avec l'iTunes Store".
Je l'ai résolu en envoyant l'application par application Loader, et lorsqu'il est arrivé à "Authentification avec l'iTunes Store", j'ai ouvert l'agenda et téléchargé l'application: application Loader et l'organisateur envoyant l'application en même temps.
Il semble que quelque chose se passe dans la configuration du port de mon routeur et que mon ordinateur ne puisse pas recevoir de iTunes Store la réponse indiquant que l'authentification a réussi. Peut-être que le processus est le suivant:
1- Authentification de demande de chargeur d'application.
2- L'authentification iTunes Store est terminée mais le chargeur d'applications ne reçoit jamais la réponse. [Mais c'est authentifié quand même!]
3- L'organisateur envoie l'application car elle est déjà authentifiée par le chargeur d'applications.
J'ai résolu ce problème en démarrant la deuxième instance d'Application Loader tout en indiquant "Authentification avec l'App Store ...". Vous pouvez démarrer la deuxième instance d'Application Loader à partir de Terminal en utilisant:
open -n -a "Application Loader"
Essayez d'utiliser une autre connexion Internet. J'ai le même problème lorsque j'essaie de télécharger une application via Wi-Fi. Rien ne m'aide, mais lorsque je désactive le Wi-Fi et que j'essaye de le faire via Edge sur mon iPhone, tout fonctionne!
Si la validation réussit lors du téléchargement via l'organisateur, il doit s'agir d'un problème de réseau. Le chargeur d'applications utilise certains ports spécifiques, notamment le port 443. Si l'un de ces ports est bloqué par votre fournisseur de services Internet ou sur votre réseau local, le chargeur d'applications peut rester bloqué. Certaines applications bloquent également ces ports. Si vous utilisez Skype, fermez-le. Si cela ne fonctionne pas, cette solution a finalement fonctionné pour moi. Apportez des modifications dans le fichier net.properties. Vous pouvez accéder à ce fichier en accédant au dossier Applications via terminal.Ensuite, déplacez-vous dans Xcode.app avec le cd Xcode.app next
Contenu avec cd Contenu suivant
Application Loader.app avec cd Application\Loader.app next
Sommaire/MaxOS/itms/Java/lib
Maintenant, vous trouvez net.properties.
Maintenant, écrivez Sudo pico net.properties et ajoutez les lignes suivantes dans le fichier
https.ProxyHost =
https.ProxyPort =
https.ProxyUser =
https.ProxyPassword =
Maintenant, lancez le chargeur d’applications pour télécharger votre fichier ipa et cela fonctionnera à merveille.
Vous pouvez essayer application uploader. Hier, moi aussi j'ai fait face à ce problème et même le téléchargement d'application ne fonctionnait pas pour moi, alors j'ai essayé ceci:
Pour le télécharger via XCode:
Étape 1: Premièrement, validez votre fichier d’archive en cliquant sur le bouton de validation de l’organisateur.
Étape 2: Téléchargez-le sur l'App Store via Oraganiser. En cliquant sur distribuer, puis première option et ainsi de suite.
ça a vraiment fonctionné pour moi
Parfois, c'est le truc du réseau. La connexion à un réseau différent peut résoudre ce problème.
J'ai essayé les deux façons (Xcode/application Uploader) à la maison, ni l'une ni l'autre.
Ensuite, j’ai ramené mon macbook de la maison à la bibliothèque, le téléchargement s’est terminé en 3 à 5 minutes (via le programme de téléchargement d’application).
Tout ce que je fis fut de dupliquer mon application Loader.app dans/Applications et d'exécuter les deux chargeurs d'applications en même temps.
Simple utiliser cette commande dans le terminal cela a fonctionné pour moi:
1. cd
2. ~mv .itmstransporter/.old_itmstransporter/
3. "/Applications/Xcode.app/Contents/Applications/Application Loader.app/Contents/itms/bin/iTMSTransporter"
Nous avons essayé beaucoup de choses qui donnent dans cet article et dans d’autres, mais cela n’a pas fonctionné.
Enfin, nous avons donné le fichier IPA au client pour qu'il le télécharge via Application Loader de son côté. Et ça a fonctionné.
Donc, je suggérerais fortement que si votre application valide bien et qu'elle reste frappée dans l'authentification, alors plutôt que d'essayer quoi que ce soit, essayez simplement de la télécharger depuis un réseau totalement différent dans une géographie différente.
Cela vous fera économiser beaucoup de temps et de maux de tête.
Sommaire/MaxOS/itms/Java/lib
Maintenant, vous trouvez net.properties. Modifiez cela avec votre éditeur de texte préféré. Ajouter les lignes ci-dessous
https.ProxyHost =
https.ProxyPort =
https.ProxyUser =
https.ProxyPassword =
Si vous avez une connexion Internet lente, vous pouvez avoir des problèmes pour télécharger via l'App Store via xcode, mais en utilisant Application Loader, vous pouvez réaliser la soumission.
Il me manquait l'entité signataire de la distribution. J'ai créé et cela a fonctionné.
J'ai essayé beaucoup de choses, y compris la suggestion fournie ici. Une fois que je me suis reconnecté à "Application Loader" pour relancer la diffusion. Le paquet a passé l'étape d'authentification et commence le téléchargement. Peut-être qu'Application Loader doit revalider votre authentification mais ne peut pas le dire fort.
Après avoir lutté pendant des jours avec ce problème, la seule solution qui me convient est d’utiliser Application Loader avec uniquement le protocole DAV sélectionné.
Application Loader -> Préférences -> Avancé -> Utiliser seulement DAV.
Le problème est dû aux restrictions de mon réseau d'entreprise. DAV utilise https pour qu'il ne soit pas bloqué.
Solution trouvée ici: itunesconnect utilisant un chargeur d'application derrière un pare-fe
Il n'y a rien de mal avec le serveur de tous les ports dans mon cas. J'ai 9 Mo de build. Avec une bonne vitesse interenet cela prend 5 minutes. Je sens que je suis coincé. Mais après quelques minutes, il a été téléchargé avec succès.
ouvrir le terminal et exécuter ces commandes
- cd ~
- mv .itmstransporter/.old_itmstransporter /
- "/Applications/Xcode.app/Contents/Applications/Application Loader.app/Contents/itms/bin/iTMSTransporter" obtenu de là
Cela m'est arrivé aujourd'hui. J'ai arrêté mon Mac, puis essayé le chargeur d'applications après quelques heures.
Ça a marché.
Je suppose que c'était un problème chez iTunes Connect.
J'ai eu le même problème. Essayer toutes ces réponses peut parfois fonctionner, mais cela prend généralement beaucoup de temps et peut ne pas fonctionner à la fin, comme dans mon cas.
J'ai imaginé une solution qui fonctionnera probablement pour tous.
Créez votre fichier .ipa en: Produit -> Arcive -> Disribuer (Enregistrer pour Enterprise ou ...) -> Suivant et enregistrer le fichier .ipa sur la cible.
Xcode -> Ouvrir l'outil de développement -> Chargeur d'application -> Livrer votre application -> Choisissez votre fichier .ipa
Quelques minutes plus tard, votre application sera soumise à iTunes. Bonne chance
- Charles Proxy (ou tout autre proxy) pourrait avoir cet effet.
- Vérifiez et acceptez tous les nouveaux termes dans le centre des membres.
Le meilleur et le plus rapide des correctifs que j'ai trouvés consiste à copier "Application Loader" du dossier "Applications" sur le bureau, puis à exécuter les deux "Application Loaders" simultanément.
Fonctionne comme un charme à chaque fois :)
J'ai rencontré un problème similaire aujourd'hui lors du téléchargement du fichier .ipa via le chargeur d'applications ouvert directement depuis Spotlight. Chaque fois, il franchissait toutes les étapes mais restait bloqué à l'authentification. (AL version 2.9)
Après des dizaines d'essais infructueux, j'ai lancé Xcode et ouvert le chargeur d'application à partir de Xcode (AL Version 2.8) et répété l'étape précédente. Fait intéressant, il a échoué à la première étape de vérification elle-même! Il a dit qu'il avait un problème avec le certificat .. donc suivi à nouveau toutes les étapes pour obtenir de nouveaux certificats dans itunesconnect et sur mac. (si quelqu'un veut .. voici de bonnes instructions avec des photos )
Il s'est authentifié et le fichier binaire a bien été téléchargé.