Lync/Skype pour client d’entreprise ne peut pas se connecter avec Exchange dans Office 365 dédié/ITAR.

Symptômes

Dans Microsoft Office 365 dédié/ITAR, un utilisateur peut rencontrer les problèmes suivants dans le Microsoft Lync/Skype pour client d’entreprise :

• Les fonctionnalités telles que les suivantes ne fonctionnent pas comme prévu :

  • L’enregistrement de l’historique des conversations

  • Mise à jour de présence qui est basé sur les informations de calendrier

  • Parti des notifications Office qui sont affichées sur la fiche contact de l’utilisateur

• L’utilisateur peut être invité à plusieurs reprises pour fournir un nom d’utilisateur et un mot de passe pour se connecter à Exchange.

En outre, l’utilisateur peut recevoir un des messages d’erreur suivants :

Cause

Ce problème se produit si une ou plusieurs des conditions suivantes sont remplies :

• Intégration avec Microsoft Exchange Server ou Outlook est désactivée.

• Exchange sont incorrects.

• Le service Exchange Web Services (EWS) n’est pas activé.

• Le proxy ou le pare-feu bloque le trafic nécessaire.

• Le client Lync ne peut pas identifier les informations correctes de découverte automatique.

Résolution

Pour résoudre ce problème, procédez comme suit :

1. Assurez-vous que le client Lync a la dernière mise à jour. Pour ce faire, reportez-vous à la section Skype pour entreprise télécharge et met à jour.

2. Vérifiez que le client Lync est configuré pour l’intégration d’Exchange ou Outlook :

   1. Recherchez le Client Lync > Options > personnels.

   2. Dans le Gestionnaire d’informations personnelles, assurez-vous que Microsoft Exchange ou Microsoft Outlook est sélectionnée avec les fonctionnalités de votre choix :
      
      
      
      Remarque : Si ces options ne sont pas disponibles, ils peuvent être limités par un paramètre de stratégie de groupe ou par la stratégie du client qui est appliquée à l’utilisateur de Lync.

3. Valider les informations d’identification de Exchange en vous connectant à Outlook Web Access.

4. Assurez-vous que l’option EWS est activée pour l’utilisateur. Pour ce faire, utilisez PowerShell distant pour exécuter la commande d’Exchange suivante :Get-casmailbox <smtp> | fl EWSEnabled Si la valeur de l’attribut EWSEnabled est définie sur FALSE, Lync/Skye pour l’intégration de l’entreprise va échouer.

5. Assurez-vous qu’il n’existe aucun proxy ou un pare-feu qui bloque le trafic. Les ports 443 à l’environnement Exchange doivent être ouverts sur le pare-feu et serveurs proxy pour le trafic d’Exchange vous permettent de passer librement.

6. Identifier les problèmes EWS rencontrés dans Outlook (disponible/occupé ou absent du bureau).

7. Vérifiez que l’URL EWS qu’utilise le client Lync est correct. Pour ce faire, procédez comme suit :

   1. Appuyez sur et maintenez la touche Ctrl, cliquez sur l’icône Lync dans la zone de notification, puis cliquez sur Les informations de Configuration. Recherchez le paramètre dans le champ URL externes de EWS EWS.

   2. Modifiez la valeur que vous avez trouvé dans le paramètre URL externe du EWS afin qu’il se termine par « Exchange.asmx. » Par exemple :
      
      Les URL externe EWS par défaut : https://mail.outlook.com/EWS/Exchange.asmx/WSSecurity
      
      Modifier les URL externe EWS : https://mail.outlook.com/EWS/Exchange.asmx
      
      Remarque S’il n’existe aucune valeur pour l’URL externe de EWS ou EWS interne, passez à l’étape 8.

   3. Indiquez l’adresse URL externe de EWS modifié dans un navigateur, puis entrez les informations d’identification de Exchange si vous êtes invité à le faire. Vous devriez recevoir une réponse XML (dans Exchange Server 2010 de) ou une page de Service (en 2013 d’Exchange Server).
      
      Si la page ne s’affiche pas, il s’agit probablement d’un réseau ou problème DNS qui empêche la résolution de l’URL, et les équipes réseau doivent être engagés.

8. Si le EWS des URL externe et internes EWS sont vide, il est probable que le processus de découverte automatique est défectueux.
   
   Point de connexion de Service (SCP) n’utilisez pas le Lync/Skype pour les clients de l’entreprise pour déterminer l’URL de découverte automatique. Au lieu de cela, ils reposent sur les enregistrements DNS. Ils fondent cette action sur le suffixe de domaine de l’utilisateur de l’attribut WindowsEmailAddress ou de messagerie dans Active Directory.
   
   Au moins un des enregistrements DNS suivantes doit être résolu dans l’environnement Exchange :

   • https://<SMTP-Domain>/autodiscover/autodiscover.xml

   • https://autodiscover.<SMTP-Domain>/autodiscover/autodiscover.xml

   • http://autodiscover.<SMTP-Domain>/autodiscover/autodiscover.xml

   • _autodiscover._tcp. <Domaine SMTP> (enregistrements SRV)

   
   Vérifier si l’ordinateur de l’utilisateur pour résoudre ces URL, recherche de l’URL dans un navigateur Internet ou essayez une commande ping. Une réponse correcte doit afficher une réponse XML avec le code d’erreur 600.
   
   Si les URL s’affichent toujours pas après avoir effectué cette étape, il s’agit probablement d’un problème de réseau et les équipes réseau doivent être engagés à examiner.

9. Si le problème persiste, collecter les journaux de Lync, une trace Fiddler et sortie d’informations de configuration à partir de l’étape 7, puis suivez les instructions de la remontée des problèmes dans l’article suivant de la Base de connaissances :

   2649420 résolution des notions de base pour Lync Online dans dédié de Office 365