Résoudre les problèmes de disponibilité dans un environnement hybride Exchange

  • Article
  • S’applique à:
    Microsoft 365

À qui cela s’adresse-t-il ?

Administrateurs de locataire. Un accès élevé est requis pour la plupart des étapes.

Comment cela fonctionne-t-il ?

Nous allons commencer par vous demander le problème auquel vous êtes confronté. Nous vous guiderons ensuite à travers une série d’étapes de résolution de problèmes propres à votre situation.

Durée d’exécution estimée :

30-60 minutes.

Bienvenue dans l’utilitaire de résolution des problèmes de disponibilité de l’environnement hybride

Sélectionnez l’option qui décrit le mieux le problème auquel vous êtes confronté :

Remarque

Si vous souhaitez examiner le fonctionnement de la disponibilité dans un déploiement hybride, sélectionnez l’option Je souhaite mieux comprendre comment la disponibilité hybride est censée fonctionner .

Version du serveur Exchange local dans votre environnement

Pour mieux comprendre comment hybrid free/busy est censé fonctionner, passez en revue les organigrammes suivants. Sélectionnez la version du serveur Exchange local qui correspond à votre environnement :

Flux de travail de disponibilité Exchange 2010/2013

Le diagramme suivant montre le flux de travail de disponibilité Exchange 2010/2013 :

Capture d’écran du flux de travail de disponibilité Exchange 2010/2013.

Cela a-t-il résolu votre problème ?

Flux de travail de disponibilité Exchange 2007

Le diagramme suivant montre le flux de travail de disponibilité Exchange 2007 :

Capture d’écran du flux de travail de disponibilité Exchange 2007.

Cela a-t-il résolu votre problème ?

Flux de travail de disponibilité Exchange 2003

Le diagramme suivant montre le flux de travail de disponibilité Exchange 2003 :

Capture d’écran du flux de travail de disponibilité Exchange 2003.

Cela a-t-il résolu votre problème ?

La disponibilité fonctionne-t-elle localement

Connectez-vous à la boîte aux lettres d’un utilisateur local, puis essayez d’afficher la disponibilité d’un autre utilisateur local. Ce test permet de vérifier que vous n’avez aucun problème avec la récupération des informations de disponibilité dans votre environnement local.

Avez-vous pu voir les informations de disponibilité ?

Vous rencontrez un problème de disponibilité locale

Cet utilitaire de résolution des problèmes est utilisé pour diagnostiquer les problèmes de disponibilité dans un environnement hybride. Cela ne semble pas être votre problème immédiat. Une fois les problèmes de disponibilité locale résolus, redémarrez cet utilitaire de résolution des problèmes. Pour plus d’informations sur la résolution de certains problèmes courants liés à la disponibilité locale, voir Résolution des problèmes liés aux informations de disponibilité pour Outlook 2007.

L’utilisateur cloud ne peut pas voir la disponibilité de l’utilisateur local

Utilisez les méthodes suivantes pour vérifier que la découverte automatique peut être résolue à partir d’une source externe et que le pare-feu est ouvert.

Méthode 1 : Vérifier que la découverte automatique est en cours de résolution vers le serveur CAS Exchange local

  1. À partir d’un ordinateur externe, ouvrez l’invite de commandes, tapez les commandes suivantes et appuyez sur Entrée après chaque commande :

    • Nslookup
    • Autodiscover.<Your_Domain.com>

  2. Dans la réponse à la commande, la valeur « Address » doit être l’adresse IP externe du serveur d’administration centrale Exchange local. Par exemple : Nom : autodiscover.contoso.com Adresse : 38.96.29.10

Méthode 2 : Vérifier que vous pouvez envoyer une requête POST de découverte automatique à des URL de découverte automatique potentielles

  1. Accédez à Microsoft Remote Connectivity Analyzer.
  2. Dans Les tests de connectivité Microsoft Office Outlook, sélectionnez Découverte automatique Outlook, puis Suivant.
  3. Remplissez le formulaire de découverte automatique Outlook (adresse Email, nom d’utilisateur et mot de passe), puis sélectionnez Effectuer un test.

Si les tests de connectivité Exchange échouent pour la découverte automatique, case activée la configuration de l’accès Internet de découverte automatique locale. Pour plus d’informations, consultez la rubrique Microsoft TechNet Configurer le service de découverte automatique pour l’accès à Internet.

Cela a-t-il résolu votre problème ?

L’utilisateur cloud ne peut pas voir la disponibilité de l’utilisateur local (si le problème n’est pas résolu)

Vérifiez que le point de terminaison de découverte automatique pointe vers le ou les serveurs hybrides Exchange locaux.

Vérifiez les journaux IIS sur le serveur exchange hybride pour vérifier que la demande POST de découverte automatique est reçue par ce serveur :

  1. Sur le serveur hybride Exchange, sélectionnez Démarrer>l’exécution, tapez %SystemDrive%\inetpub\logs\LogFiles, puis appuyez sur Entrée.

  2. Ouvrez le dossier W3SVC1, puis ouvrez le fichier journal IIS le plus récent.

  3. Recherchez Découverte automatique.

  4. La capture d’écran suivante montre un exemple de demande POST de découverte automatique sur le journal IIS :

    Capture d’écran d’un exemple de demande POST de découverte automatique sur le journal IIS.

Si vous ne voyez aucune entrée pour la découverte automatique dans votre serveur de déploiement Exchange hybride local, le pare-feu pointe peut-être vers un serveur CAS incorrect.

Cela a-t-il résolu votre problème ?

L’utilisateur cloud ne peut pas voir la disponibilité de l’utilisateur local (si le problème n’est pas résolu)

Le nom de domaine est-il présent dans la relation d’organisation ?

Pour vérifier la valeur du nom de domaine dans la relation d’organisation, procédez comme suit :

  1. Connectez-vous à Exchange Online à l’aide de Windows PowerShell.

  2. Dans Windows PowerShell, exécutez la commande suivante :

    Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL

  3. Vérifiez la valeur domainName . Le domaine de vanité (yourdomain.com) doit être présent.

  4. Si la valeur DomainName ne contient pas votre domaine personnel, exécutez la commande suivante :

    Set-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" -DomainName yourdomain.com

Cela a-t-il résolu votre problème ?

L’utilisateur cloud ne peut pas voir la disponibilité de l’utilisateur local (si le problème ne peut pas être résolu)

Le mappage du gestionnaire IIS est-il manquant ?

Déterminez si la configuration iis (Internet Information Services) ne contient pas le mappage du gestionnaire intégré svc pour le point de terminaison de découverte automatique.

  1. Sur le serveur de déploiement exchange 2010 hybride local, ouvrez le Gestionnaire des services Internet (IIS).

  2. Développez ServerName>Site>web par défaut, puis sélectionnez Découverte automatique.

  3. Dans la section IIS, ouvrez Mappages de gestionnaires. La capture d’écran suivante montre un exemple de mappage de gestionnaire svc-Integrated dans IIS :

    Capture d’écran d’un exemple de mappage de gestionnaire svc-Integrated.

Si le mappage du gestionnaire intégré svc est manquant dans IIS, consultez l’erreur « Exception levée par la cible » dans un déploiement hybride de Microsoft 365 et de votre environnement local.

Cela a-t-il résolu votre problème ?

L’utilisateur cloud ne peut pas voir la disponibilité de l’utilisateur local (si le problème n’est toujours pas résolu)

Procédez comme suit pour vérifier si EWS a une URL externe définie :

  1. Sur le serveur de déploiement exchange hybride local, ouvrez Exchange Management Shell, puis exécutez l’applet de commande suivante :

    Get-WebServicesVirtualDirectory | FL Name,Server,externalURL

  2. Si externalURL est manquant sur le serveur de déploiement hybride Exchange, exécutez l’applet de commande suivante :

    Set-WebServicesVirtualDirectory -Identity "ServerName\EWS (Default Web Site)" -ExternalUrl https://mail.contoso.com/ews/exchange.asmx

Cela a-t-il résolu votre problème ?

L’utilisateur cloud ne peut pas voir la disponibilité de l’utilisateur local (si le problème n’est toujours pas résolu)

Vérifiez que les services Web Microsoft Exchange (EWS) sont résolus et qu’il n’y a aucun problème de pare-feu.

Vérifiez les journaux IIS sur le ou les serveurs CAS Exchange 2010/2013 pour vérifier que la demande de services web est reçue par ce serveur :

  1. Sur le serveur CAS Exchange 2010/2013, sélectionnez Démarrerl’exécution>, tapez %SystemDrive%\inetpub\logs\LogFiles, puis appuyez sur Entrée.

  2. Ouvrez le dossier W3SVC1, puis ouvrez le dernier fichier journal IIS.

  3. Dans le dernier fichier journal IIS, recherchez exchange.asmx/wssecurity. La capture d’écran suivante montre un exemple de demande dans le journal IIS :

    Capture d’écran d’un exemple de demande de services web.

  4. Si vous ne voyez aucune entrée pour exchange.asmx/wssecurity dans votre serveur de déploiement hybride Exchange 2010/2013 local, le pare-feu pointe peut-être vers un serveur CAS incorrect, ou vous avez peut-être configuré la pré-authentification sur le pare-feu. Pour plus d’informations sur la façon de contourner la pré-authentification du pare-feu, consultez Configurer Forefront TMG pour un environnement hybride.

Cela a-t-il résolu votre problème ?

L’utilisateur cloud ne peut pas voir la disponibilité de l’utilisateur local (si le problème n’est pas résolu)

Le mappage du gestionnaire IIS est-il manquant sur EWS ?

Déterminer si le mappage du gestionnaire intégré svc pour le point de terminaison EWS est manquant dans la configuration des services Internet (IIS)

  1. Sur le serveur de déploiement exchange hybride local, ouvrez le Gestionnaire des services Internet (IIS).

  2. Développez ServerName>Site>Web Site par défaut, puis sélectionnez EWS.

  3. Dans la zone IIS , ouvrez Mappages de gestionnaires. La capture d’écran suivante montre un exemple de mappage de gestionnaire svc-Integrated dans IIS :

    Capture d’écran d’un exemple de mappage de gestionnaire svc-Integrated dans IIS.

  4. Si le mappage du gestionnaire intégré svc est manquant dans IIS, consultez l’erreur Exception a été levée par la cible dans un déploiement hybride de Microsoft 365 et de votre environnement local.

Cela a-t-il résolu votre problème ?

L’utilisateur cloud ne peut pas voir la disponibilité de l’utilisateur local (si le problème n’est toujours pas résolu)

WSSecurity est-il activé comme méthode d’authentification ?

Sur le serveur de déploiement exchange hybride local, exécutez la commande suivante dans Exchange Management Shell :

Get-WebServicesVirtualDirectory | fl name,server,externalURL,ExternalAuthenticationMethods

Si WSSecurity est manquant pour ExternalAuthenticationMethods sur le serveur de déploiement hybride Exchange, exécutez la commande suivante :

Set-WebServicesVirtualDirectory -Identity "ServerName\EWS (Default Web Site)" -WSSecurityAuthentication $true

Cela a-t-il résolu votre problème ?

L’utilisateur cloud ne peut pas voir la disponibilité de l’utilisateur local (doit vérifier les paramètres de relation d’organisation)

Vérifiez que les paramètres de relation d’organisation sont correctement configurés pour activer la disponibilité pour les utilisateurs.

Pour les paramètres en ligne

  1. Connectez-vous à Exchange Online à l’aide de Windows PowerShell.

  2. Dans Windows PowerShell, exécutez la commande suivante :

    Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL

La sortie doit ressembler à ce qui suit

  • TargetApplicatioURI : FYDIBOHF25SPDLT.Contoso.com
  • TargetAutodiscoverURI : https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames : {Contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel : LimitedDetails

Si une valeur doit être modifiée, utilisez l’applet de set-OrganizationRelationship commande pour corriger la propriété . Pour plus d’informations sur la syntaxe et les options, consultez Set-OrganizationRelationship.

Pour les paramètres locaux

  1. Sur le site d’administration centrale Exchange 2010/2013, exécutez la commande suivante dans Exchange Management Shell :

    Get-OrganizationRelationship -Identity "On Premises to Exchange Online Organization Relationship"

Le résultat doit être similaire au suivant :

  • TargetApplicatioURI : outlook.com
  • TargetAutodiscoverURI : https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames : {xxxx.mail.onmicrosoft.com,contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel : LimitedDetails

Si une valeur doit être modifiée, utilisez l’applet de set-OrganizationRelationship commande pour corriger la propriété . Pour plus d’informations sur la syntaxe et les options, consultez Set-OrganizationRelationship.

Cela a-t-il résolu votre problème ?

L’utilisateur local ne peut pas voir la disponibilité de l’utilisateur cloud

Dans quelle version d’Exchange se trouve la boîte aux lettres des utilisateurs locaux ?

Votre utilisateur Exchange 2003 ne peut pas voir la disponibilité de l’utilisateur cloud

Pouvez-vous reproduire le problème à l’aide d’une boîte aux lettres Exchange 2010 locale ?

  1. Connectez-vous à Outlook ou à un client OWA en tant qu’utilisateur disposant d’une boîte aux lettres Exchange 2010 locale.
  2. Créez une demande de réunion et ajoutez un utilisateur cloud à la demande de réunion.
  3. Lorsque vous affichez la assistant de planification, voyez-vous des marques de hachage pour l’utilisateur du cloud ?

Votre utilisateur Exchange 2003 ne peut pas voir la disponibilité de l’utilisateur du cloud (si le problème n’est pas résolu)

Vérifiez qu’il n’existe aucun routage de dossier public codé en dur qui empêcherait la réussite de la demande de disponibilité héritée.

Remarque

Il ne s’agit pas d’un problème courant.

Vérifiez que l’attribut ms-Exch-Folder-Affinity-List sur les propriétés Exchange Server 2003 a Exchange 2010 ObjectGUID avec le coût le plus bas (Le format de cette propriété est le suivant : {guid of server},cost).

  1. Sur un contrôleur de domaine, sélectionnez Démarrer, Exécuter, tapez adsiedit.msc, puis sélectionnez OK.
  2. Cliquez avec le bouton droit sur Modifier ADSI, puis sélectionnez Se connecter à.
  3. Dans Sélectionner un contexte d’affectation de noms connu, sélectionnez Configuration, puis OK.
  4. DéveloppezServices>de configuration>Microsoft Exchange>First Organization>Exchange Administrative Group (FYDIBOHF23SPDLT)>Serveurs.
  5. Cliquez avec le bouton droit sur Serveur Exchange 2010, puis sélectionnez Propriétés.
  6. Copiez la valeur objectGUID, puis collez-la dans un fichier texte du Bloc-notes.
  7. Accédez auxservices>de configuration>Serveurs degroupe> d’administrationMicrosoft Exchange>First Organization> First.
  8. Cliquez avec le bouton droit sur Exchange Server 2003, puis sélectionnez Propriétés.
  9. Vérifiez que la ms-Exch-Folder-Affinity-List valeur est définie avec objectGUID Exchange 2010. Si l’objetGUID Exchange 2010 n’est pas répertorié sur ms-Exch-Folder-Affinity-List, vous pouvez l’ajouter au format : {guid of server},cost.

Cela a-t-il résolu votre problème ?

Votre utilisateur Exchange 2003 ne peut pas voir la disponibilité de l’utilisateur du cloud (ne peut pas se reproduire)

La disponibilité externe est-elle présente et répliquée correctement ?

Ajoutez le dossier public OU=EXTERNAL (FYDIBOHF25SPDLT) :

  1. Connectez-vous au serveur de dossiers publics Exchange 2010 SP1 local ou version ultérieure.
  2. Ouvrez Windows PowerShell.
  3. Exécutez l’applet de commande Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup.
  4. Exécutez l’applet de commande Install-FreeBusyFolder.

Remarque

Le dossier public OU=EXTERNAL (FYDIBOHF25SPDLT) ne doit être présent que sur les serveurs Exchange 2010 et non répliqué dans Exchange 2003 ou Exchange 2007.

Cela a-t-il résolu votre problème ?

Votre utilisateur Exchange 2003 ne peut pas voir la disponibilité de l’utilisateur du cloud (si le problème n’est pas résolu)

Vérifiez que l’objet destinataire sur le serveur local a le bon LegacyExchangeDN configuré.

Chaque boîte aux lettres cloud aura un objet mail local correspondant. Pour ce type de requête de disponibilité, nous utilisons legacyExchangeDN pour acheminer notre requête vers le serveur de dossiers publics approprié. Pour vous assurer que cette valeur est exacte, procédez comme suit :

  1. Sur le serveur Exchange 2010, exécutez la commande suivante dans Exchange Management Shell :

    Get-RemoteMailbox Username |fl LegacyExchangeDN

    où username est le nom de l’utilisateur cloud pour lequel vous essayez d’afficher les informations de disponibilité.

  2. Dans les résultats, vérifiez que l’élément Externe (FYDIBOHF25SPDLT) se trouve dans le chemin d’accès. Par exemple, les résultats doivent afficher le chemin d’accès comme suit :

    Capture d’écran de External (FYDIBOHF25SPDLT).

Cela a-t-il résolu votre problème ?

Votre utilisateur Exchange 2003 ne peut pas voir la disponibilité de l’utilisateur du cloud (si le problème n’est pas résolu)

Vérifiez les autorisations sur le dossier public.

Pour utiliser la console de gestion des dossiers publics Exchange 2010 afin de modifier les autorisations client pour les réplica de disponibilité externe (FYDIBOHF25SPDLT), procédez comme suit :

  1. Démarrez le console de gestion Exchange Exchange 2010.

  2. Dans l’arborescence de la console, sélectionnez Boîte à outils.

  3. Dans le volet de résultats, sélectionnez Console de gestion des dossiers publics, puis dans le volet Action, sélectionnez Ouvrir l’outil. La console de gestion des dossiers publics s’affiche.

  4. Dans la console de gestion des dossiers publics, dans le volet Action, sélectionnez Se connecter au serveur.

  5. Dans Se connecter au serveur, sélectionnez Parcourir pour afficher la liste des serveurs de boîtes aux lettres disponibles qui contiennent une base de données de dossiers publics.

  6. Dans Sélectionner des serveurs de dossiers publics, sélectionnez le serveur Exchange 2010. Sélectionnez OK, puis OK.

  7. Dans l’arborescence Dossier public, accédez à System Public Folder>SCHEDULE+ FREE/BUSY.

  8. Dans le volet Résultat, cliquez avec le bouton droit sur EX :/O=FIRST ORGANIZATION/OU=EXTERNAL (FYDIBOHF25SPDLT), puis sélectionnez Propriétés.

  9. Sous l’onglet Autorisations , vérifiez que l’option Modifier tout le niveau d’autorisation est sélectionnée pour l’utilisateur **Par défaut :

    Capture d’écran des détails de l’onglet Autorisations.

Cela a-t-il résolu votre problème ?

Votre utilisateur Exchange 2003 ne peut pas voir la disponibilité de l’utilisateur du cloud (si le problème n’est toujours pas résolu)

La boîte aux lettres d’arbitrage est-elle manquante ou endommagée ?

La boîte aux lettres d’arbitrage peut être modifiée à l’aide d’ADSIEdit. Le compte federated.email doit se trouver dans le conteneur d’utilisateurs par défaut d’Active Directory pour le domaine Exchange 2010.

Utilisez l’une des options suivantes :

  1. Utilisez adsiedit.

    1. Connectez-vous au contexte d’affectation de noms par défaut dans Active Directory.
    2. Accédez au conteneur Utilisateurs et affichez les propriétés du compte de messagerie fédéré.
    3. Modifiez les attributs proxyaddress du compte pour qu’une des adresses SMTP soit déjà fédérée, soit ajoutez l’espace de noms d’adresse proxy existant présent dans l’approbation de fédération.

  2. À partir de la Utilisateurs et ordinateurs Active Directory ouverte Exchange Server 2003.

    1. Accédez au conteneur Utilisateurs et cliquez avec le bouton droit sur le compte FederatedEmail, puis sélectionnez Propriétés.
    2. Si vous accédez à l’onglet Adresses de messagerie, vous pouvez ajouter une autre adresse proxy pour correspondre aux espaces de noms de fédération déjà configurés, ou ajouter l’espace de noms SMTP principal existant à l’approbation de fédération.

Cela a-t-il résolu votre problème ?

Votre utilisateur Exchange 2007 ne peut pas accéder à la disponibilité de l’utilisateur du cloud

Pouvez-vous effectuer une reproduction avec une boîte aux lettres Exchange 2010 ou 2013 locale ?

  1. Connectez-vous à votre client Outlook ou OWA en tant qu’utilisateur disposant d’une boîte aux lettres locale Exchange 2010 ou 2013.
  2. Créez une demande de réunion et ajoutez un utilisateur cloud à la demande de réunion.
  3. Lorsque vous affichez la assistant de planification, voyez-vous des marques de hachage pour l’utilisateur du cloud ?

Votre utilisateur Exchange 2007 ne peut pas accéder à la disponibilité de l’utilisateur du cloud

Vérifiez l’espace d’adressage de disponibilité pour vous assurer qu’il dispose des paramètres appropriés. Il peut s’agir d’une configuration incorrecte de AvailabilityAddressSpace. Vérifiez que la valeur ProxyURL sur la configuration AvailabilityAddressSpace correspond à l’InternalURL du répertoire virtuel du service web CAS Exchange 2010/2013. Pour ce faire, procédez comme suit :

  1. Sur le serveur local, exécutez les commandes suivantes dans Exchange Management Shell :

    Get-AvailabilityAddressSpace | FL ProxyUrl
Get-WebServicesVirtualDirectory | FL Server,InternalUrl

  2. Si les valeurs ProxyURL et InternalURL ne correspondent pas, exécutez les commandes suivantes :

    Remove-AvailabilityAddressSpace -Identity 'contoso.mail.onmicrosoft.com'

Add-AvailabilityAddressSpace -ForestName contoso.mail.onmicrosoft.com' -AccessMethod 'InternalProxy' -UseServiceAccount
'True' -ProxyUrl https://cas2010.contoso.com/ews/exchange.asmx

  3. Si les ProxyURL valeurs et InternalURL correspondent, assurez-vous que vous pouvez accéder à l’URL à partir du serveur CAS Exchange 2007. Pour ce faire, passez à ProxyURL de la AvailabilityAddressSpace cas 2007. Authentifiez-vous avec les informations d’identification de la boîte aux lettres source Exchange 2007. Le résultat attendu est le suivant :

    Capture d’écran du résultat attendu pour l’authentification avec les informations d’identification de boîte aux lettres source Exchange 2007.

Remarque

L’InternalURL du répertoire virtuel du service web CAS Exchange 2010/2013 doit être différent du répertoire virtuel du service web CAS Exchange 2007.

Cela a-t-il résolu votre problème ?

L’utilisateur Exchange 2010/2013 ne peut pas voir la disponibilité de l’utilisateur cloud

Connectez-vous à la boîte aux lettres d’un utilisateur local, puis essayez d’afficher la disponibilité d’un autre utilisateur local. Ce test permet de vérifier que vous n’avez aucun problème avec la récupération des informations de disponibilité dans votre environnement local.

Avez-vous pu voir les informations de disponibilité ?

L’utilisateur local ne peut pas voir la disponibilité de l’utilisateur cloud

Déterminez le message d’erreur que vous recevez d’OWA.

  1. Utilisez le compte de l’utilisateur affecté pour vous connecter à l’OWA local.

  2. Créez une demande de réunion, puis ajoutez l’utilisateur local à la réunion.

  3. Lorsque les marques de hachage sont retournées, le pointeur les place sur eux pour afficher le message d’erreur. Notez le numéro de code d’erreur dans le message d’erreur.

    Déterminez le message d’erreur que vous recevez d’OWA.

Sélectionnez le message d’erreur approprié dans la liste suivante pour affiner les étapes de résolution des problèmes que vous devez suivre :

L’utilisateur Exchange 2010/2013 ne peut pas voir la disponibilité de l’utilisateur cloud (code d’erreur 5039)

Si vous devez disposer de paramètres de proxy web dans votre environnement, vérifiez que les serveurs Exchange 2010 et Exchange 2013 locaux sont configurés pour l’utiliser.

Sur le ou les serveurs Exchange 2010 et Exchange 2013 locaux, exécutez la commande suivante dans Exchange Management Shell :

Get-ExchangeServer | fl InternetWebProxy

Dans la plupart des environnements, les résultats sont vides. Toutefois, si vous avez un proxy sortant dans votre environnement local, vous devrez peut-être configurer les paramètres de proxy appropriés.

Pour résoudre ce problème, exécutez la commande suivante, où l’adresse et le numéro http://192.168.5.56:8080 de port sont remplacés par l’adresse du serveur et le numéro de port :

Set-ExchangeServer -InternetWebProxy http://192.168.5.56:8080

Cela a-t-il résolu votre problème ?

L’utilisateur Exchange 2010/2013 ne peut pas voir la disponibilité de l’utilisateur cloud (si le problème n’est pas résolu)

Assurez-vous que la durée définie sur votre serveur n’est pas inexacte de plus de 5 minutes. Si la durée du serveur est supérieure à 5 minutes par rapport au temps réel, les communications avec la passerelle de fédération deviennent non valides. Cela entraîne l’échec de la disponibilité.

Pour plus d’informations sur la résolution des problèmes de temps de serveur, consultez Comment configurer un serveur de temps faisant autorité dans Windows Server.

Cela a-t-il résolu votre problème ?

L’utilisateur Exchange 2010/2013 ne peut pas voir la disponibilité de l’utilisateur du cloud (code d’erreur 5016)

Déterminez si l’adresse cible correcte est spécifiée sur le meU local. Chaque boîte aux lettres cloud aura un objet local correspondant. Cet objet doit avoir l’adresse de routage distante correcte (également appelée adresse cible) spécifiée. L’adresse de routage distante doit contenir un nom de domaine similaire à TenantName.Mail.OnMicrosoft.com.

Pour vérifier que l’adresse de routage distante est définie, procédez comme suit :

  1. Sur le serveur Exchange 2010 ou Exchange 2013, exécutez la commande suivante dans Exchange Management Shell :

    Get-RemoteMailbox Username |fl RemoteRoutingAddress

    où username est le nom de l’utilisateur cloud pour lequel vous essayez d’afficher les informations de disponibilité.

  2. Vérifiez que l’adresse contient TenantName.Mail.OnMicrosoft.com

    Sortie de Get-RemoteMailbox.

Remarque

Si vous n’avez pas utilisé l’Assistant Configuration hybride, le nom de domaine doit refléter le domaine de routage distant que vous avez sélectionné.

Cela a-t-il résolu votre problème ?

L’utilisateur Exchange 2010/2013 ne peut pas voir la disponibilité de l’utilisateur cloud (code d’erreur 5037)

Vérifiez que les paramètres relation d’organisation sont correctement configurés pour activer la disponibilité pour les utilisateurs.

Pour les paramètres en ligne

Connectez-vous à Exchange Online PowerShell.

Dans Windows PowerShell, exécutez la commande suivante :

Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL

Le résultat doit être similaire au suivant :

  • TargetApplicatioURI : AppURL.Contoso.com
  • TargetAutodiscoverURI : https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames : {Contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel : LimitedDetails

Si une valeur doit être modifiée, utilisez l’applet de set-OrganizationRelationship commande pour corriger la propriété . Pour plus d’informations sur la syntaxe et les options, consultez Set-OrganizationRelationship.

Pour les paramètres locaux

À partir du site d’administration centrale Exchange 2010/2013, exécutez la commande suivante dans Exchange Management Shell :

Get-OrganizationRelationship -Identity "On Premises to Exchange Online Organization Relationship"

Le résultat doit être similaire au suivant :

  • TargetApplicatioURI : outlook.com
  • TargetAutodiscoverURI : https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames : {xxxx.mail.onmicrosoft.com,contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel : LimitedDetails

Si une valeur doit être modifiée, utilisez l’applet de set-OrganizationRelationship commande pour corriger la propriété . Pour plus d’informations sur la syntaxe et les options, consultez Set-OrganizationRelationship.

Cela a-t-il résolu votre problème ?

L’utilisateur Exchange 2010/2013 ne peut pas voir la disponibilité de l’utilisateur cloud (si le problème n’est pas résolu)

Vérifiez qu’un jeton qui a une approbation de fédération de test peut être créé.

À partir de l’environnement local, vérifiez que vous pouvez récupérer un jeton de délégation qui sera utilisé pour l’autorisation de disponibilité :

  1. Ouvrez Exchange Management Shell à partir du serveur Exchange 2010 ou 2013 local.

  2. Exécutez la commande Test-FederationTrust -UserIdentity User@company.com -verbose où l’utilisateur est l’utilisateur local qui rencontre des problèmes lors de l’affichage des informations de disponibilité de l’utilisateur cloud.

  3. La sortie doit indiquer la réussite de chaque test. En cas d’échec, utilisez à nouveau l’Assistant Configuration hybride pour essayer de réinitialiser l’approbation de fédération.

    Sortie de Test-FederationTrust.

Cela a-t-il résolu votre problème ?

La disponibilité locale ne fonctionne pas pour 2010/2013

Ce guide est utilisé pour résoudre les problèmes de disponibilité hybride. Selon vos réponses, vous rencontrez des problèmes locaux. Pour plus d’informations sur la résolution des problèmes de disponibilité locaux courants, voir Résolution des problèmes liés aux informations de disponibilité pour Outlook 2007.

Contacter l’assistance

Désolé... Nous ne pouvons pas résoudre un problème non identifié à l’aide de ce guide. Pour obtenir de l’aide supplémentaire pour résoudre ce problème, accédez à Support Microsoft.

Autres ressources utiles :

Outils et ressources

Voici quelques outils et ressources supplémentaires pour diagnostiquer les problèmes liés à la disponibilité hybride :

Ces informations sont-elles utiles ?

  • Si oui, félicitations, votre problème est résolu !
  • Si non, nous ne pouvons pas résoudre ce problème à l’aide de ce guide.