Vous ne pouvez pas ajouter un complément hébergé par un fournisseur à un site SharePoint 2013 dans les zones des autres que par défaut

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3135876
Symptômes
Considérez le scénario suivant :

  • Vous utilisez SharePoint Server 2013 et que vous appliquez la Mise à jour de mars 2013 pour votre installation.
  • Vous utilisez une application web SharePoint 2013 est configurée pour disposer de plusieurs zones.
  • Vous activez le préfixe « HTTP » pour la zone par défaut.
  • Vous déployez hébergé par un fournisseur dans un complément qui a un récepteur d'événements à distance à cette application web
Dans ce scénario, lorsque vous ajoutez une macro complémentaire à partir de la banque d'informations SharePoint ou du catalogue de l'application, le message d'erreur suivant s'affiche :

Désolé, un problème avec l'ajout de l'application.
Cause
Ce problème se produit en raison de la manière dont SharePoint appelle les récepteurs d'événements à distance. Lorsque SharePoint appelle un événement à distance, par exemple lorsque vous installez ou désinstallez une application sur un site, le processus définit le paramètreHostWebFullUrlà l'URL de zone par défaut au lieu de l'URL de la zone à laquelle l'utilisateur est actuellement connecté.

Contournement
Pour contourner ce problème, utilisez une des méthodes suivantes, selon le cas :

  • Assurez-vous que la zone par défaut utilise « HTTPS » si OAuth est requise (recommandé).
  • SET AllowOauthOverHttpTrue (pris en charge mais non recommandé).

    Important Nous ne recommandons pas cette méthode en raison de problèmes de sécurité, tels que l'absence de cryptage en n'ayant ne pas SSL est activé.
Plus d'informations
Lorsque le déclenchement de l'événement à distance, SharePoint appelle l'application distante qui héberge le récepteur d'événements et fournit un jeton qui possède le paramètreHostWebFullUrl. HostWebFullUrlest automatiquement définie sur l'URL de zone par défaut, quelle que soit la zone à laquelle l'utilisateur se connecte au déclenchement de l'événement à distance. Par conséquent, l'URL de la zone par défaut doit être accessible par le complément de niveau de confiance élevé.

Par défaut, les événements OAuth effectuées sur HTTP sont rejetées. Par conséquent, la zone par défaut doit utiliser le protocole HTTPS pour accepter des demandes OAuth. Sinon, vous pouvez définir la propriétéSPSecurityTokenServiceManager.AllowOAuthOverHttp sur True. Toutefois, pour maintenir la sécurité du site, nous ne recommandons pas que cela.
Références
Pour plus d'informations sur comment activer OAuth sur HTTP, consultez l'article MSDN suivant :


Pour plus d'informations sur la mise à jour de mars 2013 pour SharePoint 2013, consultez l'article suivant de la Base de connaissances Microsoft :

2767999 Description de la mise à jour de SharePoint Server 2013 : le 12 mars 2013

Pour plus d'informations sur la façon de configurer le mappage des accès de substitution et des en-têtes d'hôte pour les zones d'application web dans un domaine d'application, consultez les articles de TechNet et le site du Blog MSDN suivants :

Avertissement : cet article a été traduit automatiquement

Propriétés

ID d'article : 3135876 - Dernière mise à jour : 02/04/2016 16:31:00 - Révision : 1.1

Microsoft SharePoint Server 2013

  • kbinfo kbsurveynew kbmt KB3135876 KbMtfr
Commentaires