Résumé DNS - Découverte automatique dans Lync Server 2013
Rubrique Dernière modification : 2013-02-13
La découverte automatique est un service flexible en ce qu’elle accepte la communication via HTTP ou HTTPS. Pour ce faire, le système de noms de domaine (DNS) et les certificats utilisés par les serveurs qui hébergent le service de découverte automatique doivent être configurés correctement. Les exigences de certificat sont traitées dans le résumé des certificats - Découverte automatique dans Lync Server 2013.
Important
La logique de recherche DNS pour les clients Lync Server utilise un ordre de résolution spécifique. Vous devez toujours inclure les deux éléments lyncdiscoverinternal.< domaine> et lyncdiscover.< dans> votre DNS. À l’exclusion du lyncdiscoverinternal.< l’enregistrement de domaine> entraîne l’échec de la connexion des clients internes aux services prévus ou la réception de la réponse de découverte automatique incorrecte.
Enregistrements DNS internes
| Type d’enregistrement | Nom d’hôte | Résolu en |
|---|---|---|
CNAME |
Lyncdiscoverinternal.< nom de domaine interne> |
Nom de domaine complet des services web internes pour votre pool d’administrateurs, si vous en avez un, ou pour votre pool frontal si vous n’avez pas de directeur. |
A (hôte, si IPv6, AAAA) |
lyncdiscoverinternal.< nom de domaine interne> |
Adresse IP des services web internes (adresse IP virtuelle (VIP) si vous utilisez un équilibreur de charge) de votre pool d’administrateurs, si vous en avez une, ou de votre pool frontal si vous n’avez pas de directeur. |
Vous devez créer l’un des enregistrements DNS externes suivants :
Enregistrements DNS externes
| Type d’enregistrement | Nom d’hôte | Résolu en |
|---|---|---|
CNAME |
lyncdiscover.< sipdomain> |
Nom de domaine complet des services web externes pour votre pool d’administrateurs, si vous en avez un, ou pour votre pool frontal si vous n’avez pas de directeur. |
A (hôte, si IPv6, AAAA) |
lyncdiscover.< sipdomain> |
Adresse IP externe ou publique du proxy inverse. |
Remarque
Le trafic externe passe par le proxy inverse.
Remarque
Les clients d’appareils mobiles ne prennent pas en charge plusieurs certificats SSL (Secure Sockets Layer) provenant de différents domaines. Par conséquent, la redirection CNAME vers différents domaines n’est pas prise en charge via HTTPS. Par exemple, un enregistrement CNAME DNS pour lyncdiscover.contoso.com qui redirige vers une adresse de director.contoso.net n’est pas pris en charge via HTTPS. Dans une telle topologie, un client d’appareil mobile doit utiliser HTTP pour la première requête, afin que la redirection CNAME soit résolue via HTTP. Les demandes suivantes utilisent ensuite HTTPS. Pour prendre en charge ce scénario, vous devez configurer votre proxy inverse avec une règle de publication web pour le port 80 (HTTP). Pour plus d’informations, consultez « Pour créer une règle de publication web pour le port 80 » dans Configuration du proxy inverse pour la mobilité dans Lync Server 2013. La redirection CNAME vers le même domaine est prise en charge via HTTPS. Dans ce cas, le certificat du domaine de destination couvre le domaine d’origine.