Les utilisateurs d’une organisation fédérée ne peut pas voir les informations libre/occupé de l’organisation de l’anotherExchange

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: 2752387
Symptômes
Lorsque vous configurez une approbation de fédération entre une organisation Microsoft Exchange Server locale et une organisation Exchange Server à distance, les utilisateurs de ne peut pas voir les informations libre/occupé des utilisateurs dans l’organisation distante.

En outre, les erreurs suivantes sont enregistrées dans le journal des événements sur le serveur Exchange local :

Source de l’événement: Disponibilité de MSExchange
L’ID d’événement : 4001
Description:
Processus Microsoft.Exchange.InfoWorker.Common.Delayed'1[System.String] : <> </>SMTP:user@domain.com a échoué. Exception renvoyée est Microsoft.Exchange.InfoWorker.Common.Availability.AutoDiscoverFailedException : échec d’Autodiscover pour l’adresse de messagerie <> </>SMTP:user@domain.com avec l’exception System.Web.Services.Protocols.SoapHeaderException : une erreur s’est produite lors de la vérification de la sécurité pour le message.

Source de l’événement: Disponibilité de MSExchange
L’ID d’événement : 4002
Description
:
Les ProxyWebRequest FederatedCrossForest de S-1-5-21-3124261755-470644396-3029476549-1139 à https://autodiscover.domain.com/ews/exchange.asmx a échoué. Identificateurs de sécurité de l’appelant : WSSecurity. L’exception retournée est Microsoft.Exchange.InfoWorker.Common.Availability.ProxyWebRequestProcessingException : System.Web.Services.Protocols.SoapHeaderException : une erreur s’est produite lors de la vérification de la sécurité pour le message.


En outre, les réponses HTTP 500 renvoyés pour les demandes de disponibilité sur le serveur Exchange de forêt distante sont enregistrés comme suit dans les journaux W3SVC :

POST /autodiscover/autodiscover.svc/WSSecurity 10.0.0.20 - 443 - CrossForest/ASAutoDiscover/EmailDomain/500 0 0 15

Cause
Ce problème se produit car la propriété WSSecuritydu répertoire virtuel « EWS » ou le répertoire virtuel « Autodiscover » est désactivée sur les serveurs d’accès au Client dans l’organisation Exchange Server 2010 locale.
Résolution
2016 d’Exchange ou Exchange 2013
Pour résoudre ce problème, réinitialisez l’authentification WSSecurity pour les répertoires virtuels sur le site Exchange Back-End pour chaque serveur de l’organisation à distance.

  1. Ouvrir Windows Powershell et ajoutez le composant logiciel enfichable de gestion de Microsoft Exchange.
    Add-PSSnapin Microsoft.Exchange.Management.PowerShell.SnapIn
  2. Désactiver l’authentification pour le répertoire virtuel EWS à l’aide de l’applet de commande Set-WebServicesVirtualDirectory WSSecurity.
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Exchange Back End)" -WSSecurityAuthentication:$False
  3. Activer l’authentification pour le répertoire virtuel EWS à l’aide de l’applet de commande Set-WebServicesVirtualDirectory WSSecurity.
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Exchange Back End)" -WSSecurityAuthentication:$True
  4. Désactiver l’authentification pour le répertoire virtuel du service de découverte automatique à l’aide de l’applet de commande Set-AutodiscoverVirtualDirectory WSSecurity.
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Exchange Back End)" -WSSecurityAuthentication:$False
  5. Eable WSSecurity l’authentification pour le répertoire virtuel du service de découverte automatique à l’aide de l’applet de commande Set-AutodiscoverVirtualDirectory.
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Exchange Back End)" -WSSecurityAuthentication:$True
  6. Redémarrez les pools d’applications à l’aide de l’applet de commande Restart-WebAppPool.
    Restart-WebAppPool MSExchangeAutodiscoverAppPoolRestart-WebAppPool MSExchangeServicesAppPool

Exchange 2010
Pour résoudre ce problème, réinitialisez l’authentification WSSecurity pour les répertoires virtuels sur chaque serveur d’accès Client de l’organisation à distance.

  1. Ouvrez Exchange Management Shell.
  2. Désactiver l’authentification pour le répertoire virtuel EWS à l’aide de l’applet de commande Set-WebServicesVirtualDirectory WSSecurity.
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Default Web Site)" -WSSecurityAuthentication:$False
  3. Activer l’authentification pour le répertoire virtuel EWS à l’aide de l’applet de commande Set-WebServicesVirtualDirectory WSSecurity.
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Default Web Site)" -WSSecurityAuthentication:$True
  4. Désactiver l’authentification pour le répertoire virtuel du service de découverte automatique à l’aide de l’applet de commande Set-AutodiscoverVirtualDirectory WSSecurity.
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Default Web Site)" -WSSecurityAuthentication:$False
  5. Activer l’authentification pour le répertoire virtuel du service de découverte automatique à l’aide de l’applet de commande Set-AutodiscoverVirtualDirectory WSSecurity.
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Default Web Site)" -WSSecurityAuthentication:$True
  6. Redémarrez les pools d’applications à l’aide de la syntaxe suivante :
    appcmd stop appPool /appPool.name:MSExchangeAutodiscoverAppPoolappcmd start appPool /appPool.name:MSExchangeAutodiscoverAppPoolappcmd stop appPool /appPool.name:MSExchangeServicesAppPoolappcmd start appPool /appPool.name:MSExchangeServicesAppPool

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 2752387 - Dernière mise à jour : 09/24/2016 01:37:00 - Révision : 4.0

Microsoft Exchange Server 2010 Enterprise, Microsoft Exchange Server 2010 Standard, Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard

  • kbsurveynew kbtshoot kbexpertiseinter kbmt KB2752387 KbMtfr
Commentaires