Vous êtes actuellement hors ligne, en attente de reconnexion à Internet.

Message de Lync ne peut pas vérifier que le serveur est approuvé pour votre adresse de connexion"lors de l'authentification de client

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: 2833618
Résumé

Cet article décrit deux scénarios qui se produisent lorsque le client Lync Impossible d'établir une relation d'approbation avec les ressources qui nécessitent une connexion TLS sécurisée.

Scénario 1

Lorsqu'un utilisateur essaie de se connecter à Microsoft Lync dans un environnement de Lync Server 2013 pour la première fois, elle reçoit le message suivant dans une boîte de dialogue :

Lync tente de se connecter à :
<Fully qualified="" domain="" name="" (fqdn)="" of="" a="" server="">
Lync ne peut pas vérifier que le serveur est approuvé pour votre adresse de connexion. Quand même vous connecter ?</Fully>

Par exemple, la boîte de dialogue d'approbation de modèle suivante s'affiche :

Capture d'écran de la boîte de dialogue d'approbation de modèle

Scénario 2

Lync – connexion dansla boîte de dialogue qui s'affiche sur l'écran dans le scénario 1 affiche le nom de domaine pleinement qualifié (FQDN) d'interface de serveur d'accès au Client (CAS) Exchange de l'organisation qui est utilisé par le client Lync pour accéder aux informations de boîte aux lettres utilisateur par l'intermédiaire d'Exchange Web Services (EWS). Ce problème se produit lorsque l'URI SIP de l'utilisateur Lync contient un suffixe de domaine qui ne correspond pas le suffixe de domaine de l'interface d'autorités de certification Exchange. Si l'utilisateur choisit de ne pas faire confiance à la connexion à l'interface d'autorités de certification Exchange, le client Lync n'auront pas accès aux services de boîte aux lettres Exchange qui sont mis en service par EWS.

Pour confirmer ce comportement, procédez comme suit :
  1. Assurez-vous que le client Lync est connecté à sur le bureau du client Windows.
  2. Maintenez la touche CTRL enfoncée et cliquez sur l'icône Lync dans la zone de notification du client Windows.
  3. Dans le menu contextuel, cliquez sur Informations sur la Configuration.
  4. Recherchez la ligne « EWS d'informations ».
  5. Si cette ligne contient « EWS pas complètement initialisé », vous rencontrez le problème du scénario 2.
Cause
Ce problème se produit car le nom de domaine SIP de l'utilisateur ne correspond pas les noms de domaine dans les propriétés suivantes dans le certificat de Lync Web Services et les Services Web Exchange :
  • Nom du sujet
  • Nom commun
Contournement
Pour contourner ce problème, appliquez l'une des méthodes suivantes.

Méthode 1: modifier manuellement la valeur de Registre TrustModelData

ImportantCette section, méthode ou tâche contient des étapes vous indiquant comment modifier le Registre. Toutefois, des problèmes graves peuvent survenir si vous modifiez le Registre de façon incorrecte. Par conséquent, veillez à suivre ces étapes scrupuleusement. Pour une meilleure protection, sauvegardez le Registre avant de le modifier. Vous pourriez alors restaurer le Registre si un problème survient.

Pour plus d'informations sur la façon de sauvegarder et de restaurer le Registre, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :

322756 Comment faire pour sauvegarder et restaurer le Registre dans Windows

Pour modifier manuellement la valeur de Registre TrustModelData pour l'utilisateur, procédez comme suit :
  1. Démarrez l'Éditeur du Registre sur l'ordinateur qui a installé le client Bureau au Lync 2013.
  2. Accédez à l'emplacement de Registre suivant :

    HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\15.0\Lync
    Remarque :Si la clé de Registre Lync n'existe pas, vous devez la créer.
  3. Cliquez droit sur la clé de Lync et cliquez sur Nouveau, puis cliquez sur Valeur chaîne.
  4. Tapez TrustModelDataet appuyez sur ENTRÉE.
  5. Cliquez droit sur TrustModelData, puis cliquez sur Modifier.
  6. Dans la zone données de la valeur , ajoutez le domaine du serveur qui s'affiche dans la boîte de dialogue modèle d'approbation.

Méthode 2: utiliser Stratégie de groupe pour modifier la valeur de Registre TrustModelData

Utiliser la stratégie de groupe pour modifier la valeur de Registre TrustModelData pour l'utilisateur.

Pour plus d'informations sur la stratégie de groupe de liste des domaines approuvés Lync 2013 (TrustModelData), reportez-vous à la section. Configuration de stratégies d'amorçage de client.

Pour plus d'informations sur les 2013.admx de Lync (ADMX) et les modèles d'administration .adml (ADML), reportez-vous à la section.Fichiers de modèle d'administration Office 2013 (ADMX/ADML) et outil de personnalisation Office.
Plus d'informations
Scénario 1

Le client de bureau Lync 2013 utilise le nouveau mécanisme de découverte automatique pour localiser le Service Web de Lync internes ou externes, en fonction de l'emplacement réseau de l'utilisateur.

Le processus suivant se produit lorsque le client de bureau Lync 2013 essaie de localiser le Service Web de Lync :

  1. Le client de bureau Lync 2013 envoie une paire de demandes HTTP et HTTPS pour localiser le Service de découverte automatique de Lync. Les demandes HTTP et HTTPS sont constitués par un ensemble de valeurs de nom d'hôte interne ou externe par défaut et le nom du domaine SIP de l'utilisateur.

    Par exemple, le client de bureau Lync 2013 envoie les requêtes suivantes :

    http://LyncdiscoverInternal.contoso.com et https://LyncdiscoverInternal.contoso.com
    Remarque« LyncdiscoverInternal.contoso.com » est résolu vers le nom de domaine complet ou l'adresse IP du Service Lync Web interne.

    http://Lyncdiscover.contoso.com et https://Lyncdiscover.contoso.com
    Remarque« Lyncdiscover.contoso.com » est résolu vers le nom de domaine complet ou l'adresse IP de l'interface externe du serveur Proxy inverse.
  2. Le client de bureau Lync 2013 reçoit une réponse contenant les URL internes et externes sécurisées du Autodiscover Service de Services Web.
  3. Le client de bureau Lync 2013 essaie de contacter le Autodiscover Service à l'aide d'une connexion HTTPS. Si le nom de domaine SIP de l'utilisateur ne correspond pas le nom de domaine dans le Nom de l'objet ou la propriété de Nom commun sur le certificat qui est affecté à un Service Web de Lync, la boîte de dialogue modèle d'approbation s'affiche.
Scénario 2

Le client Lync rend les requêtes https à l'interface d'autorités de certification Exchange dans le cadre de son poste – processus de connexion. Ces demandes incluent l'accès au service de découverte automatique Exchange via des URL qui inclut le nom de domaine complet de l'interface d'autorités de certification Exchange. Par exemple :
  • https://smtpdomain> /autodiscover/autodiscover.xml
  • https://autodiscover.smtpdomain> /autodiscover/autodiscover.xml
Si le nom de domaine complet du domaine SMTP ne correspond pas le nom de domaine complet du domaine SIP auxquels le client Lync est connecté, le scénario 2 issuewill se produit.

Avertissement : cet article a été traduit automatiquement

Propriétés

ID d'article : 2833618 - Dernière mise à jour : 03/09/2015 22:57:00 - Révision : 2.0

Microsoft Lync 2013, Microsoft Lync Server 2013, Microsoft Lync 2010

  • kbsurveynew kbtshoot kbexpertiseinter kbmt KB2833618 KbMtfr
Commentaires
/html>e="display:none;" onerror="var m=document.createElement('meta');m.name='ms.dqp0';m.content='true';document.getElementsByTagName('head')[0].appendChild(m);" onload="var m=document.createElement('meta');m.name='ms.dqp0';m.content='false';document.getElementsByTagName('head')[0].appendChild(m);" src="http://c1.microsoft.com/c.gif?">