Le déploiement d'applications d'entreprise ne fonctionne pas sur iOS 7.1

317

Nous distribuons des applications via un compte Enterprise, en utilisant une itms-services://URL. Cela a toujours bien fonctionné, mais après avoir installé la version bêta d'iOS 7.1 sur notre iPad, il refuse de l'installer. Au lieu de cela, nous obtenons simplement le Cannot connect to example.commessage générique qu'iOS affiche de manière inutile en cas de problème de téléchargement de l'application.

Je n'ai rien trouvé ici sur SO, sur Google ou dans les notes de version 7.1 pour suggérer ce qui pourrait être à l'origine du problème.

Mark Parnell
la source
1
Est-ce que cela inclut également le serveur de build qui fait partie de Mavericks Server?
Dan
Cela a également été rompu pour nous sur notre serveur OS X.
toofah
peut-être que cela aidera teratotech.com/blog/…
HelmiB

Réponses:

330

J'ai trouvé le problème en connectant l'iPad à l'ordinateur et en affichant la console via XCode Organizer tout en essayant d'installer l'application. L'erreur s'avère être:

Impossible de charger l'URL du manifeste non https: http://example.com/manifest.plist

Il s'avère que dans iOS 7.1, l'URL du manifest.plistfichier doit être HTTPS, où nous utilisions HTTP. La modification de l'URL en HTTPS a résolu le problème.

C'est à dire

itms-services://?action=download-manifest&url=http://example.com/manifest.plist

devient

itms-services://?action=download-manifest&url=https://example.com/manifest.plist

Je suppose que vous devez avoir un certificat SSL valide pour le domaine en question. Nous l'avons déjà fait, mais j'imagine que vous aurez des problèmes sans cela.

Mark Parnell
la source
5
Vous pouvez créer un certificat SSL auto-signé pour votre site Web, n'oubliez pas de créer un profil à l'aide de l'utilitaire de configuration iPhone pour rendre le certificat approuvé sur votre appareil.
Niralp
1
@SantaClaus Avez-vous vérifié que le lien avec "itms-services: //" contient https: // et non http: //? De plus, vérifiez que votre plist contient également l'URL IPA avec HTTPS.
Niralp
3
J'ai le même problème que @Niralp. J'ai configuré notre serveur apache avec un certificat SSL auto-signé. Le serveur semble très bien fonctionner avec SSL, mais les liens OTA ne fonctionnent toujours pas et donnent l'erreur signalée ci-dessus. J'ai installé le certificat sur l'appareil iOS, mais cela n'a pas fait de différence non plus. Des pensées?
toofah
5
J'ai créé ma propre autorité de certification et signé le certificat SSL du serveur Web avec elle. Via Apple Configurator, vous pouvez créer un profil qui marque cette autorité de certification comme approuvée. Après cela, l'installation fonctionne comme prévu.
Monobono
1
Il convient de noter que les URL contenues dans manifest.plist n'ont PAS besoin d'être HTTPS. Seule l'URL ITMS doit être HTTPS
Brody Robertson
233

ingconti a raison.

  1. Téléchargez votre app.plist sur dropbox.
  2. Obtenez le lien partagé de app.plist, comme https://www.dropbox.com/s/qgknrfngaxazm38/app.plist
  3. remplacer www.dropbox.compar dl.dropboxusercontent.comdans le lien, comme https://dl.dropboxusercontent.com/s/qgknrfngaxazm38/app.plist
  4. Supprimez tous les paramètres sur le lien partageable dropbox tels que "? Dl = 0t" (selon Carlos Aguirre Tradeco au déploiement d'application Enterprise ne fonctionne pas sur iOS 7.1 et ma propre expérience).
  5. Créez un download.htmlfichier avec un lien au format<a href="itms-services://?action=download-manifest&url=https://dl.dropboxusercontent.com/s/qgknrfngaxazm38/app.plist">INSTALL!!</a>
  6. Téléchargez votre download.htmlboîte aux lettres
  7. Encore une fois, obtenez un lien partagé de download.html, comme https://www.dropbox.com/s/gnoctp7n9g0l3hx/download.html , et supprimez tous les paramètres.
  8. Remplacez également www.dropbox.compar dl.dropboxusercontent.comdans le deuxième lien, comme https://dl.dropboxusercontent.com/s/gnoctp7n9g0l3hx/download.html

Maintenant, visitez https://dl.dropboxusercontent.com/s/gnoctp7n9g0l3hx/download.htmldans votre appareil, vous pouvez installer l'application comme auparavant.

QUEL MONDE MERVEILLEUX!

vieil homme
la source
4
Cela a sauvé mon bacon! Merci merci merci!
bentford
13
merci ... suis un grand fan d'Apple, mais à partir de la haine de nos jours .. coz de ces choses qui ruine mon temps stupide ...
Karthik
1
J'ai fait toutes les étapes ci-dessus. Je suis confronté au même problème que DanM. Le téléchargement démarre mais après quelques secondes, l'alerte "... n'a pas pu être téléchargé pour le moment" s'affiche.
alper_k
1
J'obtiens cette erreur: "Impossible de se connecter à dl.dropboxusercontent.com" où j'essaie d'installer <a href = "itms-services: //? Action = download-manifest & amp; url = dl.dropboxusercontent.com/s/56ny312cwdacho7 /xxxxx.plist > avec https
nano
1
J'ai compris. Auparavant, j'ai enregistré des fichiers dans mon dossier privé, encore une fois, j'ai changé ceux-ci en dossier public. N'oubliez pas de mettre les fichiers dans le dossier public. Cheers Oldman
Hariprasad.J
72

Suite à la réponse de Mark Parnell, un moyen rapide et sale de contourner cela est de mettre le plist manifeste dans Dropbox, puis d'utiliser l'interface Web Dropbox pour obtenir un lien https direct vers celui-ci (`` Partager le lien '' -> '' Obtenir le lien '->' Télécharger ').

L'IPA réelle peut rester là où vous l'avez toujours servie. Vous devrez encoder l'URL de l'URL du plist avant de l'insérer dans la requête de l'URL itms-servivces (bien que le simple remplacement de tout & s par% 3D puisse fonctionner).

Un inconvénient est que la boîte de dialogue d'installation affichera désormais "dl.dropbox.com veut installer [n'importe quoi]".

Mike
la source
Je n'y ai pas pensé! Merci!
Père Noël
Il a fallu pas mal de temps pour obtenir une URL de valeur (encodée) mais cela a finalement commencé à fonctionner. Merci!
David Dunham
Solution intelligente: D Merci!
MobileGuy
Mike remercie beaucoup, a finalement réussi! Gareautrain!
adamteale
J'ai créé un outil pour vous aider: otter-ota.herokuapp.com . Il ajustera automatiquement les URL de partage de votre dropbox, générera une liste (puisque xcode ne le fait plus?) Et créera le lien itms et le html requis. Il peut également héberger une page de destination si vous le souhaitez.
Soupe
36

C'est vrai, à l'avenir, vous devez effectuer tous les déploiements OTA sur https à l'avenir avec iOS7.1. Honte à Apple de ne pas avoir documenté cela.

Pour ceux d'entre vous qui recherchent une meilleure solution en interne que de compter sur Dropbox ou d'avoir à débourser de l'argent pour un certificat, vous pouvez avoir une solution si vous suivez les étapes décrites dans l'astuce # 5 ici: http: // blog. httpwatch.com/2013/12/12/five-tips-for-using-self-signed-ssl-certificates-with-ios/

L'essentiel est le suivant:

  • Créez votre propre certificat d'autorité de certification que vous pouvez installer sur l'appareil entièrement fiable (je l'ai installé en l'envoyant simplement par e-mail)
  • Créez la paire clé / cer contre le certificat racine et installez-la sur votre serveur
  • Assurez-vous que votre serveur Web utilise la paire clé / cer correspondant au certificat racine de l'autorité CA
  • À ce stade, vous devriez pouvoir installer vos applications comme d'habitude sur https
  • Tout cela peut être accompli sur OSX en utilisant openssl qui est déjà installé par défaut

Ce n'est pas la même chose que de simplement faire un certificat auto-signé, dans cette solution, vous agissez également comme votre propre autorité de certification privée. Si votre certificat racine installé sur votre appareil Apple n'est pas marqué comme approuvé (vert), alors quelque chose ne va pas. Faites-le.

Cela fonctionne absolument.

Mise à jour: 13/03/2014 - J'ai fourni un petit utilitaire de ligne de commande qui simplifie tout ce processus. Vous pouvez l'obtenir sur: https://github.com/deckarep/EasyCert/releases

Ralph Caraveo
la source
1
Très agréable. Merci pour le résumé et l'outil CL.
Alex Zavatone
Je viens de passer une heure à comprendre ce morceau. L'utilisation d'une clé 8192 bits pour votre certificat CA échouera. iOS importera votre certificat mais ne lui fera pas confiance pour quelque raison que ce soit. Une clé CA de 4096 bits fonctionne.
EmeraldD.
1
@EmeraldD. Il n'y a aucun endroit dans le code: github.com/deckarep/EasyCert/blob/master/EasyCert.go qui utilise une clé de 8192 bits. En fait, l'outil utilise des clés qui sont 2048 comme le montre l'article. Désolé d'avoir perdu du temps.
Ralph Caraveo
@ZhaoXiang Je peux envisager d'ajouter ceci. Pourriez-vous signaler un problème ici: github.com/deckarep/easycert/issues et si possible publier toutes les commandes que vous avez utilisées pour convertir tous les fichiers selon vos besoins.
Ralph Caraveo
1
Ceci est la réponse réelle les gars, +1 :))
Tech_Intelliswift
33

J'ai eu le même problème et même si j'utilisais déjà un serveur SSL, le simple changement des liens vers https ne fonctionnait pas car il y avait un problème sous-jacent.

entrez la description de l'image ici Cliquez ici pour l'image

Ce bit en surbrillance m'a dit que nous devrions avoir la possibilité de faire confiance au certificat, mais comme il s'agit de l'App Store, en travaillant via Safari, cette suggestion de récupération n'est tout simplement pas présentée.


Je n'étais pas satisfait des solutions existantes car:

  • Certaines options nécessitent la dépendance d'un tiers (Dropbox)
  • Nous ne voulions pas payer pour un certificat SSL
    • Les certificats SSL gratuits ne sont qu'une solution temporaire.

J'ai finalement trouvé une solution en créant une autorité de certification racine auto-signée et en générant le certificat SSL de notre serveur à l'aide de cela.

J'ai utilisé Keychain Access et OSX Server, mais il existe d'autres solutions valides à chaque étape


Création d'une autorité de certification

D'après ce que je comprends, les autorités de certification sont utilisées pour vérifier que les certificats sont authentiques. Puisque nous sommes sur le point d'en créer un nous-mêmes, ce n'est pas exactement sécurisé , mais cela signifie que vous pouvez faire confiance à tous les certificats d'une autorité donnée. Une liste de ces autorités est généralement incluse par défaut dans vos navigateurs, car ceux-ci sont réellement fiables. (GeoTrust Global CA, Verisign, etc.)

  • Ouvrez le trousseau et utilisez l'assistant de certificat pour créer une autorité

entrez la description de l'image ici

  • Remplissez vos informations d'autorité de certification

entrez la description de l'image ici

  • Je ne sais pas si c'est nécessaire, mais j'ai fait confiance à l'autorité.

entrez la description de l'image ici


Génération d'une demande de signature de certificat

Dans notre cas, les demandes de signature de certificat sont générées par l'administrateur du serveur. C'est simplement un fichier qui demande "Puis-je avoir un certificat avec ces informations pour mon site s'il vous plaît".

  • Ensuite, vous devrez créer votre demande de signature de certificat (j'ai utilisé le gestionnaire de certificats d'OSX Server pour ce bit

entrez la description de l'image ici

  • Remplissez vos informations de certificat (ne doit contenir que des caractères ascii!, Merci @Jasper Blues)

entrez la description de l'image ici

  • Enregistrez le CSR généré quelque part

entrez la description de l'image ici


Création du certificat

Agissant à nouveau en tant qu'autorité de certification, c'est à vous de décider si la personne qui vous a envoyé la RSE est authentique et ne prétend pas être quelqu'un d'autre. Les vraies autorités ont leur propre façon de le faire, mais comme vous êtes, je l'espère, tout à fait sûr de vous, votre vérification devrait être assez certaine :)

  • Revenez à Keychain Access et ouvrez l'option "Créer un certificat .." comme indiqué

entrez la description de l'image ici

  • Faites glisser votre CSR enregistré dans la case indiquée

entrez la description de l'image ici

  • Cliquez sur le bouton "Permettez-moi de remplacer les valeurs par défaut pour cette demande"

entrez la description de l'image ici

  • J'aime augmenter la période de validité.

entrez la description de l'image ici

  • Pour une raison quelconque, nous devons remplir à nouveau certaines informations

entrez la description de l'image ici

  • Cliquez sur continuer sur cet écran

entrez la description de l'image ici

  • ASSUREZ-VOUS DE CLIQUER SUR L'AUTHENTIFICATION DU SERVEUR SSL , celui-ci m'a causé quelques maux de tête.

entrez la description de l'image ici

  • Vous pouvez cliquer sur continuer dans les autres options.

  • L'application Mail s'ouvrira pour vous permettre d'envoyer le certificat. Au lieu d'envoyer un e-mail, faites un clic droit dessus et enregistrez-le.

entrez la description de l'image ici


Installation du certificat

Nous devons maintenant configurer le serveur pour utiliser le certificat que nous venons de créer pour son trafic SSL.

  • Si l'appareil sur lequel vous travaillez est votre serveur, vous constaterez peut-être que le certificat est déjà installé.

entrez la description de l'image ici

  • Sinon, double-cliquez sur le certificat en attente et faites glisser le fichier PEM que nous venons d'enregistrer de l'e-mail dans l'espace indiqué. (Vous pouvez également exporter votre PEM à partir du trousseau si vous ne l'avez pas enregistré.)

entrez la description de l'image ici

  • Mettez à jour votre serveur pour utiliser ce nouveau certificat. Si vous constatez que le nouveau certificat ne "collera" pas et continue de revenir, revenez au bit dans BOLD ITALIC CAPS

entrez la description de l'image ici


Configuration des appareils

Chaque appareil sur lequel vous devez installer des applications devra avoir une copie de cette autorité de certification afin qu'ils sachent qu'ils peuvent faire confiance aux certificats SSL de cette autorité

  • Revenez à Keychain Access et exportez votre autorité de certification en tant que .cer

entrez la description de l'image ici

  • J'ai ensuite mis ce fichier sur mon serveur avec mes applications OTA, les utilisateurs peuvent cliquer sur ce lien et télécharger le certificat d'autorité. L'envoi du certificat directement aux utilisateurs est également une option valide.

entrez la description de l'image ici

  • Installez le certificat sur votre appareil.

entrez la description de l'image ici


Tester

  • Assurez-vous que vos liens plist sont https

    • Essayez et installez une application! Cela devrait maintenant fonctionner. L'autorité de certification est approuvée et le certificat SSL provient de cette autorité.
James Webster
la source
Je n'ai pas bien compris la dernière partie de votre réponse, cela signifie-t-il que je dois mettre le fichier .cer sur mon serveur, l'utilisateur doit télécharger le .cer via HTTP avant de pouvoir installer l'ipa via HTTPS, si je comprends bien ?
Zhao Xiang
Notez que le .cer n'a pas besoin d'être sur HTTP car Safari présentera l'interface "Voulez-vous faire confiance à ce certificat" que l'App Store néglige.
James Webster
1
J'ai complètement automatisé ce processus avec un outil de ligne de commande facile à utiliser qui ne nécessite que deux paramètres. Voir ma réponse concernant: github.com/deckarep/EasyCert/releases
Ralph Caraveo
J'utilise IIS sur Windows Server, j'ai généré un fichier .cer et l'ai mis sur mon iPhone, mais cela ne fonctionne toujours pas, je ne savais pas pourquoi. Je pense que je préfère dépenser un peu d'argent pour la certification maintenant.
Zhao Xiang
1
Notez également que le certificat qui doit être installé sur l'appareil est le Certificate Authoritycertificat et non le certificat SSL auto-signé car j'ai par erreur installé initialement
NSTJ
6

Je peux confirmer que cela fonctionne, mais vous devez mettre html ET plist sur dropbox. Cela fonctionne également pour l'OTA non-entreprise, c'est-à-dire que vous souhaitez partager l'application avec votre développeur. équipe.

J'ai fait:

a) sur mon site j'ai fait une page avec ce lien:

.. href = "https://dl.dropboxusercontent.com/u//(votre identifiant de base de données) /ipa.html"> MyApp

b) sur DropBox j'ai écrit une autre page HTML:

.. https://dl.dropboxusercontent.com/u/(votre identifiant de base de données) /MyApp.plist "> Appuyez pour installer MyApp

c) déplacé plist sur DropBox mais en le laissant POINT sur mon ancien serveur (pas de https)

ingconti
la source
7
Je n'avais pas besoin de mettre le html et cela semble très bien fonctionner. Juste le plist était suffisant.
Ben G
quel plist est ce btw? Est-ce l'app.plist ou celui généré lors de la création des fichiers IPA?
user1872384
3

Ouvrez le terminal et exécutez la commande: curl -i https: // (le chemin du fichier .ipa n'est pas plist)

Cela vous indiquera si l'installateur peut voir ou non le fichier IPA. Si vous exécutez la commande curl avec le '-i', vous verrez la réponse complète et ce n'est probablement pas le fichier IPA. C'est la réponse que le programme d'installation voit, donc s'il ne renvoie pas HTTP 200 et une IPA, vous devrez le renvoyer de votre côté.

Le programme d'installation ITMS n'enregistre aucun contexte depuis Safari. Si vous vous êtes authentifié dans un portail sécurisé dans Safari, les cookies d'authentification ne sont pas transmis au programme d'installation. c'est-à-dire que le programme d'installation doit pouvoir voir l'application sans authentification et cela pourrait être la raison pour laquelle vous obtenez «Impossible de se connecter au serveur».

Gagan_iOS
la source
Cela m'a été très utile. Merci!
Stanislav Pankevich
vous demandez d'exécuter la commande à partir d'une application de terminal sur iPhone ou MACBook? Il semble que je suis également confronté au même problème.
user867662
2

J'ai eu le même problème et j'ai fait comme mentionné ci-dessus.

  • Mettez le plist dans la dropbox.
  • Au-dessus du bouton de téléchargement du fichier, sous une image du document avec le bouton droit de la souris, sélectionnez l'action de lien de copie. Ce lien est déjà quelque chose comme https://dl.dropboxusercontent.com/s/xyz123/app.plist?stuff=stuff avec de nombreux paramètres.
  • Supprimez les paramètres (ne conservez que l'adresse entre https et .plist)
  • Recherchez l'URL en ligne, sélectionnez l'un de ces liens, copiez, collez, exécutez, puis le texte résultant copié et collé dans le html où j'ai le lien itms-services. Soit dit en passant, j'ai ce code html à deux endroits différents, l'un d'eux est celui où se trouve l'IPA.
  • Assurez-vous que le plist inclut des références absolues au fichier ipa.

Les deux pages ont fonctionné avec succès pour installer l'application sur les iPhone avec iOS 7.1

Mais, maintenant, les iphones avec ios 7.0x ne peuvent pas installer l'application.

J'ai créé une nouvelle question: déploiement de l'application adhoc mis à niveau ne fonctionne pas sur iOS antérieur à 7.1

Les deux questions sont étroitement liées et également liées par le manque de références officielles.

Carlos Aguirre Tradeco
la source
2

Un gars sympa a géré le problème en utilisant le certificat StartSSL de classe 1 et la configuration Apache partagée qui ajoute la prise en charge des certificats (fonctionnera avec n'importe quel certificat) et le code pour changer automatiquement les liens dans les fichiers * .plist existants. Trop long à copier, voici donc le lien: http://cases.azoft.com/how-to-fix-certificate-is-not-valid-error-on-ios-7/

glaçon
la source
2

S'il vous arrive d'avoir AWS S3 qui fonctionne aussi comme un charme. Bien. Relativement parlant :-)

Créez un compartiment pour vos documents publicitaires dans AWS, ajoutez un fichier d'index (il peut simplement s'agir d'un fichier index.html vierge) puis utilisez un client qui peut se connecter à S3 comme CyberDuck ou Coda (j'ai utilisé Coda - où vous sélectionnez Ajouter Site pour obtenir une fenêtre de connexion), puis définissez les connexions comme ci-joint:

Créez ensuite votre entreprise ad hoc dans XCode et assurez-vous d'utiliser https://s3.amazonaws.com/your-bucket-name/your-ad-hoc-folder/your-app.ipa comme URL d'application et téléchargez-le dans votre nouveau répertoire de compartiment S3.

Votre lien itms doit correspondre, c'est-à-dire itms-services: //? Action = download-manifest & url = https://s3.amazonaws.com/your-bucket-name/your-ad-hoc-folder/your-app.plist

Et voilá.

Ce n'est que pour les URL AWS génériques - je n'ai pas essayé avec des URL personnalisées sur AWS, vous devrez peut-être faire quelques choses différemment.

J'étais déterminé à essayer de faire fonctionner la solution de James Webster ci-dessus, mais je ne pouvais pas la faire fonctionner avec Plesk.

Catherine
la source
1

Au lieu d'utiliser Dropbox pour la distribution d'entreprise, vous pouvez utiliser TestFlight pour la distribution d'applications signées d'entreprise.

https://www.testflightapp.com/

Il s'agit d'un service fantastique pour l'hébergement et la distribution des versions de développement ad hoc ET des versions d'entreprise.

Brody Robertson
la source
1
Ironiquement, Testflight a apparemment été acquis par Apple techcrunch.com/2014/02/21/…
Thunder Rabbit
1
De plus, maintenant que Testflight a été acquis par Apple, ils abandonnent le support pour Android.
Brody Robertson
1

En plus des réponses précédentes à propos de Dropbox, j'ai implémenté l'arborescence de fichiers suivante telle que seul le fichier PLIST doit être téléchargé sur Dropbox:

  1. téléchargez le fichier ipa sur votre serveur en http (pas de changement ici)
  2. téléchargez le fichier de provisioning (.mobileprovision) sur votre serveur en http (pas de changement ici)
  3. téléchargez le fichier plist dans votre boîte de dépôt (aucune modification à faire à l'intérieur du fichier plist car les URL sont en absolu)
  4. utilisez l'option "Partager le lien avec Dropbox" qui copie le lien dans votre presse-papiers. Ce lien doit être copié dans votre fichier html dans la requête de l'URL itms-servivces après avoir changé la pièce www.dropbox.compar dl.dropboxusercontent.com. Remarque J'ai URL encodé le lien comme suggéré par @Mike mais je ne teste pas sans le faire. Maintenant, la requête de l'URL itms-services devrait ressembler à ceci:itms-services://?action=download-manifest&url=https%3A%2F%2Fdl.dropboxusercontent.com%2Fs%2FYourShortDropboxLink.plist

  5. téléchargez le fichier html sur votre serveur en http. Notez que le fichier html contient à la fois des liens vers des fichiers ipa et d'approvisionnement.

  6. l'accès à votre fichier html depuis votre appareil et maintenant l'IPA peut être installé par OTA comme d'habitude.

À partir de maintenant, seul le fichier ipa doit être modifié pour fournir les prochaines versions d'application par OTA à vos bêta-testeurs. Jusqu'à ce qu'Apple modifie encore les règles de sécurité.

Je me joins ici après le très simple fichier HTML que j'utilise:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
    "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<title>iPhone app for test</title>
</head>
<body>
<h1>iPhone app for test</h1>
<br/>
<ul>
    <li><a href="http://www.yourdomain.com/with/directories/provision/v.last/yourprovision_adhoc.mobileprovision">
            Install Provisioning File</a></li>
    <li><a href="itms-services://?action=download-manifest&url=https%3A%2F%2Fdl.dropboxusercontent.com%2Fs%2FYourShortDropboxLink.plist">
            Install Application</a></li>
</ul>
</body>
</html>
Lisarien
la source
1
Pour info, le lien suivant peut être utilisé pour encoder une URL: w3schools.com/tags/ref_urlencode.asp
Lisarien
0

Notre équipe utilise dropbox pour une distribution ad hoc qui utilise https mais notre application n'a toujours pas été installée. Après de nombreux dépannages, nous avons réalisé que le champ titre était également requis. Chaque fois que nous envoyions un lien sans ce champ, safari ignorait le lien et n'invitait pas l'utilisateur à installer. Parfois, pour des tests de développement rapides, nous sautions le nœud de titre dans le xml et ne le remplissions pas. Dans le cas où cela est utile pour toute personne ayant ce problème, assurez-vous que votre .plist contient les nœuds suivants remplis:

      ....
     <string>software</string>
    <key>title</key>
     <string>Your App Name</string>
      ...
user2325031
la source
0

Après avoir lu ce post, j'avais toujours un problème avec le téléchargement de mon application. Le problème était dû au certificat SSL auto-signé.

J'ai trouvé une solution à ce problème. Vous devez télécharger votre fichier de certificat avec l'extension «.crt» sur le Web et saisir l'adresse de celui-ci dans votre safari mobile. Le système vous demande d'ajouter votre certificat à la liste des certificats approuvés. Après cette opération, vous pourrez installer votre application ad-hoc.

ArturOlszak
la source
0

La solution universelle consiste à connecter votre appareil au Mac et à observer ce qui se passe lors de l'installation. J'ai une erreur:

Impossible de charger le manifeste de téléchargement avec l'erreur sous-jacente: Error Domain = NSURLErrorDomain Code = -1202 "Impossible de se connecter au magasin" UserInfo = 0x146635d0 {NSLocalizedDescription = Impossible de se connecter au magasin, NSLocalizedRecoverySuggestion = Voulez-vous quand même vous connecter au serveur?, NSLocalizedFailureReason = Une connexion sécurisée n'a pas pu être établie. Veuillez vérifier vos paramètres de date et d'heure. , NSErrorFailingURLStringKey = https://myserver.com/app/manifest.plist , NSUnderlyingError = 0x14678880 "Le certificat de ce serveur n'est pas valide. Vous vous connectez peut-être à un serveur qui prétend être" myserver.com ", ce qui pourrait mettre votre informations confidentielles à risque. ", NSURLErrorFailingURLPeerTrustErrorKey =, NSErrorFailingURLKey =https://myserver.com/app/manifest.plist }

Il y avait même la suggestion dans cette erreur de vérifier les paramètres de date. Pour une raison quelconque, la date était le 1er janvier 1970. La définition d'une date correcte a résolu le problème.

béryllium
la source
-1

Apter a essayé de passer itms-services://?action=download-manifest&url=http://....à itms-services://?action=download-manifest&url=https://..... Cela ne peut pas non plus fonctionner. L'alerte est cannot connect to my domain. Je découvre que j'ai aussi besoin de mettre à jour la page Web.

Le problème ne vient pas de l'URL principale étant HTTPS, mais d'une partie du code HTML dans un lien dans la page. Vous aurez besoin de vos développeurs pour mettre à jour la page Web. J'ai également remarqué qu'il n'y a pas de certificat SSL valide sur votre domaine de transfert, vous devrez donc en installer un ou utiliser Dropbox et voici le lien qui peut vous être utile

Lee
la source