Comment faire pour résoudre “le droit de "trousseau d'accès-groupes' a la valeur non autorisée par un profil de configuration”

Je suis à l'aide de porte-clés dans mon application et j'ai cette erreur lors de l'exécution de l'app que AdHoc. Il n'apparaît pas quand je le lance avec le débogueur (avec le développeur de profil de configuration). Si l'application a déjà été installé sur l'appareil et que j'installe à nouveau sur le haut de Xcode puis, je remarque que l'application n'a pas accès à un trousseau de clés. Il arrive certainement à cause de ces erreurs.

J'ai passé beaucoup de temps à googler cette erreur et certaines recommande d'ajouter les droits du fichier avec le trousseau d'accès de groupe. Mais je ne pouvais pas trouver n'importe quel Apple doc ou toute explication raisonnable de ce que les droits du fichier nécessaires pour.

Quelqu'un peut m'aider à le résoudre?

OriginalL'auteur Kostia Kim | 2011-11-29

  1. 6

    Il est assez vieux post ici
    vous avez besoin de ces droits pour dire que l'Identifiant de lot vous App le Faisceau de semences est sous puisque c'est la façon Trousseau permet à votre application d'accéder par.

    Une fois que les deux Applications ont le même identifiant de lot dans leur bundle de la graine, ils peuvent partager Trousseau d'accès..

    Donc, si Une Application a une Id lot:
    com.yourcompany.AAAAAA
    Et l'application B Commune de l'Id de l'offre
    com.yourcompany.BBBBBB

    Et si elles ont toutes les deux un les droits du fichier à leurs .ipa
    (plist contenant un tableau à clé "trousseau d'accès des groupes avec une chaîne ".com.yourcompany.AAAAA" et
    .com.yourcompany.BBBBB")

    Ils peuvent partager Trousseau d'accès..

    • Concernant votre Debug/AdHoc question. dans les paramètres du projet, consulter la rubrique "Signature de Code"->"Signature du Code des Droits" que les deux sont vides..

    OriginalL'auteur Wiz

  2. 4

    J'ai trouvé une solution. L'appID préfixe semble être différent pour adHoc et de Déboguer des profils.

    Supposons que nous avons les éléments suivants AppIds:

    • un.com.mycompany.Un
    • b.*

    Le second id a été créé par xcode et c'est le préfixe est utilisé pour signer la version de débogage de l'application.
    Le premier id est utilisé pour signer le AdHoc version de l'application.

    Maintenant, si vous essayez d'utiliser le trousseau de clés avec la accessgroup un.com.mycompany vous obtenez trousseau d'accès pour les ad Hoc de la version. Si vous utilisez le accessgroup b.com.mycompany, vous aurez accès à la version de débogage. Aucun d'eux ne fonctionne pour les deux.

    J'ai résolu le Problème en créant un nouveau générique id: un.* et de l'utiliser pour la "iOS de l'Équipe Profil de configuration: *". Il semble que ce profil de configuration est en quelque sorte utilisé pour signer une version de débogage de l'application. J'ai effectivement pensé qu'il utilise le Développement de Profils de configuration pour qu'il la signe ?!

    Cependant, avec ces changements, je peux accéder au trousseau dans le débogage et le mode ad-hoc avec le même accessgroup.

    Il semble que de nouveaux utilisateurs enregistrés ne pas rencontrer ce genre de problème, maintenant, xCode crée automatiquement un id avec le bon préfixe.

    OriginalL'auteur Trantec

  3. 1

    En a couru dans cette même question, et plusieurs variations de y (erreur IMT-90164, entre autres). Après de jongler avec les différents paramètres pendant des heures, en vain, j'ai finalement, à contrecœur, suivie Apple Technique Q&UN QA1814: mise en place de Xcode pour gérer automatiquement vos profils de configuration. Les étapes sont très simples et simples, complètes avec des captures d'écran et de la note importante pour recycler Xcode après vous avez terminé d'effectuer les modifications. Plus important encore, il a résolu mon problème(s) et m'a permis enfin de télécharger mes archives de l'App Store.

    OriginalL'auteur T'Pol

  4. 0

    Comme mentionné dans les autres réponses, cela est dû à la mauvaise profil de configuration utilisé.

    J'ai eu ce problème dans XCode 6. J'avais deux objectifs de mon projet, et l'un d'eux toujours construite avec le mauvais profil, peu importe ce que j'ai fait (y compris la modification du Profil de configuration de paramètre dans les Paramètres de construction).

    Après des heures à jouer avec, j'ai remarqué ce qui suit:

    1. La bonne cible a l'aide d'un profil de configuration appelé "XC: com.mycompanyname.mytargetname1"
    2. Cassé la cible a l'aide d'un profil appelé "XC: ". Ce profil est le "Xcode: Générique AppID (en)" profil de.

    Je ne sais pas où l'un de ces est venu, mais ce que j'ai fait pour résoudre mon problème était:

    1. Journal en developers.apple.com
    2. Aller à des Certificats, les Identifiants & Profils
    3. Cliqué sur "Tous" sous les Profils de configuration sur la barre de gauche
    4. Cliqué sur le bouton "+"
    5. Créé un nouveau profil nommé "XC: com.mycompanyname.mytargetname2" (REMARQUE: les paramètres seront à vous. La com.mycompanyname.mytargetname2 doit être remplacé par votre app ID.

    Après qu'il a travaillé.

    Qui peut en être la cause, mais j'ai cette erreur avec un seul profil de configuration (et n'ont jamais eu un).

    OriginalL'auteur Oz Solomon

  5. 0

    Outre les solutions mentionnées ci-dessus, j'ai couru dans une autre variante de ce problème.

    Mon identificateur d'organisation changé (peut être lié à l'acceptation de la convention la plus récente mise à jour sur developer.apple.com) et donc le préfixe pour mon application changé. Donc, alors qu'avant c'était peut-être ABCCYZ0U812.com.whatever.app maintenant, il était 90210SUXX11.com.whatever.app

    Quand je suis allée présenter et vous obtenez l'écran qui dit "Envoie (nom de l'application à Apple" et il y a une liste appelée "Binaire et les Droits", quand je voudrais élargir la liste en vertu de mon application (deux fois, car je suppose que Xcode a un bug la première fois) que je voudrais voir quelque chose comme

    AppName.app (5 entitlements)          (provisioning profile) (arrow)

application-identifier
90210SUXX11.com.whatever.app

...

keychain-access-groups
ABCCYZ0U812.com.whatever.app

com.apple.developer.team-identifier
90210SUXX11

    Si pour une raison quelconque, il était encore à l'aide de l'ancienne équipe de l'identificateur pour le keychain-access-groups peu, mais qui maintenant ne pas correspondre à la nouvelle équipe de l'identificateur de

    Je n'ai la suite

    1. Cliqué sur la flèche en regard du profil de configuration pour ouvrir le Finder à l'endroit où les profils sont tenues
    2. Supprimé tous les .mobileprovision les fichiers dans ce répertoire
    3. Fermé hors de la zone de dialogue de soumission
    4. Dans Xcode, Cliquez sur Xcode -> Préférences -> Comptes et eu mon compte de re-télécharger les profils de configuration
    5. Essayé de présenter l'archive de nouveau

    Maintenant tout jumelés et il a travaillé

    AppName.app (5 entitlements)          (provisioning profile) (arrow)

application-identifier
90210SUXX11.com.whatever.app

...

keychain-access-groups
90210SUXX11.com.whatever.app

com.apple.developer.team-identifier
90210SUXX11

    Il y a peut être un plus délicate façon de le fixer sans suppression de tout, mais qui devrait vous mettre sur la bonne voie.

    OriginalL'auteur Tom Kidd