Enregistrements DNS requis pour les URL simples dans Lync Server 2013

  • Article

 

Rubrique Dernière modification : 2013-02-22

Lync Server 2013 prend en charge les URL simples, qui facilitent la participation aux réunions pour vos utilisateurs et facilitent l’accès aux outils d’administration de Lync Server pour vos administrateurs. Pour plus d’informations sur les URL simples, consultez Planification des URL simples dans Lync Server 2013.

Lync Server prend en charge les trois URL simples suivantes : Meet, Dial-In et Admin. Vous devez configurer des URL simples pour la réunion et la connexion, et l’URL simple de l’administrateur est facultative. Les enregistrements DNS (Domain Name System) dont vous avez besoin pour prendre en charge les URL simples dépendent de la façon dont vous avez défini ces URL simples et de la prise en charge de la récupération d’urgence pour les URL simples.

Option URL simple 1

Dans l’option 1, vous créez une URL de base pour chaque URL simple.

Remarque

Lorsqu’un utilisateur clique sur un lien de réunion d’URL simple, le serveur que l’enregistrement DNS A résout pour déterminer le logiciel client approprié à démarrer. Une fois le logiciel client démarré, il communique automatiquement avec le pool où la conférence est hébergée. De cette façon, les utilisateurs sont dirigés vers le serveur approprié pour le contenu de réunion, quel que soit le serveur ou le pool vers lequel les enregistrements DNS A d’URL simples sont résolus.

Option URL simple 1

Simple URL

Exemple

Rencontrer

https://meet.contoso.com, https://meet.fabrikam.comet ainsi de suite (un pour chaque domaine SIP de votre organisation)

Rendez-vous

https://dialin.contoso.com

Admin

https://admin.contoso.com

Si vous utilisez l’option 1, vous devez définir les éléments suivants :

  • Pour chaque URL simple Meet, vous avez besoin d’un enregistrement DNS A qui résout l’URL en adresse IP du directeur, si vous en avez un déployé. Sinon, il doit être résolu en adresse IP de l’équilibreur de charge d’un pool frontal. Si vous n’avez pas déployé de pool et que vous utilisez un déploiement de serveur Standard Edition, l’enregistrement DNS A doit être résolu en adresse IP d’un serveur Standard Edition de votre organisation.

    Si vous avez plusieurs domaines SIP dans votre organisation et que vous utilisez cette option, vous devez créer des URL de réunion simples pour chaque domaine SIP et vous avez besoin d’un enregistrement DNS A pour chaque URL Simple Meet. Par exemple, si vous avez contoso.com et fabrikam.com, vous allez créer des enregistrements DNS A pour les deux https://meet.contoso.com et https://meet.fabrikam.com.

    Si vous avez plusieurs domaines SIP et que vous souhaitez réduire les exigences d’enregistrement et de certificat DNS pour ces URL simples, utilisez l’option 3 comme décrit plus loin dans cette rubrique.

  • Pour l’URL simple de connexion, vous avez besoin d’un enregistrement DNS A qui résout l’URL en adresse IP du directeur, si vous en avez déployé un. Sinon, il doit être résolu en adresse IP de l’équilibreur de charge d’un pool frontal. Si vous n’avez pas déployé de pool et que vous utilisez un déploiement de serveur Standard Edition, l’enregistrement DNS A doit être résolu en adresse IP d’un serveur Standard Edition de votre organisation.

  • L’URL simple de l’administrateur est interne uniquement. Il nécessite un enregistrement DNS A qui résout l’URL en adresse IP du directeur, si vous en avez déployé un. Sinon, il doit être résolu en adresse IP de l’équilibreur de charge d’un pool frontal. Si vous n’avez pas déployé de pool et que vous utilisez un déploiement de serveur Standard Edition, l’enregistrement DNS A doit être résolu en adresse IP d’un serveur Standard Edition de votre organisation.

Option URL simple 2

Avec l’option 2, les URL simples Meet, Dial-in et Admin ont toutes une URL de base commune, telle que lync.contoso.com. Par conséquent, vous n’avez besoin que d’un seul enregistrement DNS A pour ces URL simples, ce qui résout lync.contoso.com à l’adresse IP d’un pool d’administrateurs ou d’un pool frontal. Si vous n’avez pas déployé de pool et que vous utilisez un déploiement de serveur Standard Edition, l’enregistrement DNS A doit être résolu en adresse IP d’un serveur Standard Edition de votre organisation.

Notez que si vous avez plusieurs domaines SIP dans votre organisation, vous devez toujours créer des URL De réunion simples pour chaque domaine SIP et vous avez besoin d’un enregistrement DNS A pour chaque URL simple Meet. Dans cet exemple, bien que trois URL simples soient toutes basées sur lync.contoso.com, une URL simple Meet supplémentaire pour fabrikam.com est configurée avec une URL de base différente. Dans cet exemple, vous devez créer des enregistrements DNS A pour les deux https://lync.contoso.com et https://lync.fabrikam.com. L’option d’URL simple 3 montre une autre façon de gérer le nommage et les enregistrements DNS A si vous avez plusieurs domaines SIP.

Option URL simple 2

Simple URL

Exemple

Rencontrer

https://lync.contoso.com/Meet, https://lync.fabrikam.com/Meetet ainsi de suite (un pour chaque domaine SIP de votre organisation)

Rendez-vous

https://lync.contoso.com/Dialin

Admin

https://lync.contoso.com/Admin

Option URL simple 3

L’option 3 est particulièrement utile si vous avez de nombreux domaines SIP et que vous souhaitez qu’ils aient des URL simples distinctes, mais que vous souhaitez réduire les exigences d’enregistrement et de certificat DNS pour ces URL simples. Dans cet exemple, vous n’avez besoin que d’un seul enregistrement DNS A, qui résout lync.contoso.com à l’adresse IP d’un pool d’administrateurs ou d’un pool frontal.

Option URL simple 3

Simple URL

Exemple

Rencontrer

https://lync.contoso.com/contosoSIPdomain/Meet

https://lync.contoso.com/fabrikamSIPdomain/Meet

Rendez-vous

https://lync.contoso.com/contosoSIPdomain/Dialin

Admin

https://lync.contoso.com/contosoSIPdomain/Admin

Option de récupération d’urgence pour les URL simples

Si vous avez plusieurs sites qui contiennent des pools frontaux et que votre fournisseur DNS prend en charge GeoDNS, vous pouvez configurer vos enregistrements DNS pour les URL simples afin de prendre en charge la récupération d’urgence, afin que la fonctionnalité d’URL simple continue même si un pool frontal entier tombe en panne. Cette fonctionnalité de récupération d’urgence prend en charge les URL simples Meet et Dial-In.

Pour configurer cela, créez deux adresses GeoDNS. Chaque adresse a deux enregistrements DNS A ou CNAME qui sont résolus en deux pools qui sont associés à des fins de récupération d’urgence. Une adresse GeoDNS est utilisée pour l’accès interne et se résout en nom de domaine complet web interne ou adresse IP de l’équilibreur de charge pour les deux pools. L’autre adresse GeoDNS est utilisée pour l’accès externe et se résout en nom de domaine complet web externe ou adresse IP de l’équilibreur de charge pour les deux pools. Voici un exemple pour l’URL simple Meet, à l’aide des noms de domaine complets pour les pools.

 Meet-int.geolb.contoso.com
      Pool1InternalWebFQDN.contoso.com
      Pool2InternalWebFQDN.contoso.com

Meet-ext.geolb.contoso.com
      Pool1ExternalWebFQDN.contoso.com
      Pool2ExternalWebFQDN.contoso.com

Créez ensuite des enregistrements CNAME qui résolvent votre URL simple Meet (par exemple, meet.contoso.com) en deux adresses GeoDNS.

Remarque

Si votre réseau utilise l’épinglage (routage de tout votre trafic d’URL simple via le lien externe, y compris le trafic provenant de votre organisation), vous pouvez simplement configurer l’adresse GeoDNS externe et résoudre votre URL Simple Meet en uniquement cette adresse externe.

Lorsque vous utilisez cette méthode, vous pouvez configurer chaque adresse GeoDNS pour utiliser une méthode de tourniquet (round robin) pour distribuer les demandes aux deux pools, ou pour vous connecter principalement à un pool (par exemple, le pool situé géographiquement plus proche) et utiliser l’autre pool uniquement en cas de défaillance de connectivité.

Vous pouvez configurer la même configuration pour l’URL simple dial-in. Pour ce faire, créez des enregistrements supplémentaires comme ceux de l’exemple précédent, en dialinmeet remplaçant les enregistrements DNS. Pour l’URL simple administrateur, utilisez l’une des trois options répertoriées plus haut dans cette section.

Une fois cette configuration configurée, vous devez utiliser une application de surveillance pour configurer la surveillance HTTP afin de surveiller les défaillances. Pour l’accès externe, surveillez pour vous assurer que les demandes de découverte automatique HTTPS GET adressées au nom de domaine complet web externe ou à l’adresse IP de l’équilibreur de charge pour les deux pools réussissent. Par exemple, les requêtes suivantes ne doivent pas contenir d’en-tête ACCEPT et doivent retourner 200 OK.

    HTTPS GET Pool1ExternalWebFQDN.contoso.com/autodiscover/autodiscoverservice.svc/root
    HTTPS GET Pool2ExternalWebFQDN.contoso.com/autodiscover/autodiscoverservice.svc/root

Pour l’accès interne, vous devez surveiller le port 5061 sur le nom de domaine complet web interne ou l’adresse IP de l’équilibreur de charge pour les deux pools. Si des échecs de connectivité sont détectés, l’adresse IP virtuelle de ces pools doit fermer les ports 80, 443 et 444.