Planification des URL simples dans Lync Server 2013
Rubrique Dernière modification : 2015-12-11
Les URL simples facilitent la participation aux réunions pour vos utilisateurs et facilitent l’accès aux outils d’administration de Lync Server pour vos administrateurs.
Lync Server prend en charge trois URL simples :
Meet est utilisé comme URL de base pour toutes les conférences du site ou de l’organisation. Voici un exemple d’URL https://meet.contoso.comsimple Meet . Une URL pour une réunion particulière peut être https://meet.contoso.com/*username*/7322994.
Avec l’URL simple Meet, les liens pour participer aux réunions sont faciles à comprendre, et faciles à communiquer et à distribuer.
L’accès rendez-vous permet d’accéder à la page web Paramètres de conférence rendez-vous. Cette page affiche les numéros de conférence rendez-vous avec leurs langues disponibles, les informations de conférence affectées (c’est-à-dire pour les réunions qui n’ont pas besoin d’être planifiées) et les contrôles DTMF en conférence, et prend en charge la gestion du numéro d’identification personnelle (PIN) et des informations de conférence attribuées. L’URL simple de connexion est incluse dans toutes les invitations à la réunion afin que les utilisateurs qui souhaitent se connecter à la réunion puissent accéder au numéro de téléphone et aux informations de code confidentiel nécessaires. Voici un exemple d’URL https://dialin.contoso.comsimple de numérotation .
L’administrateur permet un accès rapide au Panneau de configuration Lync Server. À partir de n’importe quel ordinateur dans les pare-feu de votre organisation, un administrateur peut ouvrir le serveur Lync Panneau de configuration en tapant l’URL simple de l’administrateur dans un navigateur. L’URL simple Admin est interne à votre organisation. Un exemple d’URL simple d’administrateur est https://admin.contoso.com
Étendue d’URL simple
Vous pouvez configurer vos URL simples pour qu’elles aient une étendue globale, ou vous pouvez spécifier différentes URL simples pour chaque site central de votre organisation. Si une URL simple d’étendue globale et une URL simple d’étendue de site sont spécifiées, l’URL simple de l’étendue du site est prioritaire.
Dans la plupart des cas, nous vous recommandons de définir des URL simples uniquement au niveau global, afin que l’URL simple d’un utilisateur ne change pas s’il passe d’un site à un autre. L’exception concerne les organisations qui doivent utiliser des numéros de téléphone différents pour les utilisateurs entrants sur différents sites. Notez que si vous définissez une URL simple (telle que l’URL simple rendez-vous) sur un site en tant qu’URL simple au niveau du site, vous devez également définir les autres URL simples au niveau du site pour qu’elles soient également au niveau du site.
Remarque
Si vous choisissez d’utiliser des URL simples délimitées au site, vos utilisateurs ne pourront pas se déplacer entre Front-End pools dans différents sites sans que ces utilisateurs replanifient toutes leurs réunions planifiées, car les URL simples de réunion sont différentes d’un site à l’autre. Cela inclut les scénarios de basculement où les pools dans les relations de sauvegarde se trouvent dans des sites distincts. Lorsque vous devez basculer entre des sites où des URL simples étendues au site sont déployées, les utilisateurs ne pourront pas participer à leurs réunions en raison de l’étendue de l’URL. Pour plus d’informations, consultez Get-CsSimpleUrlConfiguration.
Vous pouvez définir des URL simples globales dans le Générateur de topologie. Pour définir une URL simple au niveau du site, vous devez utiliser l’applet de commande Set-CsSimpleURLConfiguration.
Nommage de vos URL simples
Il existe trois options recommandées pour nommer vos URL simples. L’option que vous choisissez a des conséquences sur la façon dont vous configurez vos enregistrements et certificats DNS A qui prennent en charge des URL simples. Dans chaque option, vous devez configurer une URL Simple Meet pour chaque domaine SIP de votre organisation.
Vous avez toujours besoin d’une SEULE URL simple dans toute votre organisation pour la connexion et d’une URL pour l’administrateur, quel que soit le nombre de domaines SIP dont vous disposez.
Pour plus d’informations sur les enregistrements et certificats DNS A nécessaires, consultez les exigences DNS pour les URL simples dans Lync Server 2013 et les exigences de certificat pour les serveurs internes dans Lync Server 2013 dans la documentation de planification.
Dans l’option 1, vous créez un nom de domaine SIP pour chaque URL simple.
Si vous utilisez cette option, vous avez besoin d’un enregistrement DNS A distinct pour chaque URL simple, et chaque URL simple Meet doit être nommée dans vos certificats.
Option d’affectation de noms d’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 |
Avec l’option 2, les URL simples sont basées sur le nom de domaine lync.contoso.com. Par conséquent, vous n’avez besoin que d’un seul enregistrement DNS A qui active les trois types d’URL simples. Cet enregistrement DNS A fait référence à lync.contoso.com. En outre, vous avez toujours besoin d’enregistrements DNS A distincts pour d’autres domaines SIP de votre organisation.
Option de nommage d’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 |
L’option 3 est particulièrement utile si vous avez de nombreux domaines SIP et que vous souhaitez qu’ils aient des URL Meet simples distinctes, mais que vous souhaitez réduire les exigences d’enregistrement et de certificat DNS pour ces URL simples.
Option de nommage d’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/Dialin |
Admin |
https://lync.contoso.com/Admin |
Règles de nommage et de validation d’URL simples
Le Générateur de topologie et les applets de commande Lync Server Management Shell appliquent plusieurs règles de validation pour vos URL simples. Vous devez définir des URL simples pour Meet et Dialin, mais la définition d’une URL pour Admin est facultative. Chaque domaine SIP doit avoir une URL simple Meet distincte, mais vous n’avez besoin que d’une URL simple Dialin et d’une URL simple d’administrateur pour toute votre organisation.
Chaque URL simple de votre organisation doit avoir un nom unique et ne peut pas être un préfixe d’une autre URL simple (par exemple, vous n’avez pas pu définir lync.contoso.com/Meet comme URL simple meet et lync.contoso.com/Meet/Dialin comme URL simple Dialin). Les noms d’URL simples ne peuvent pas contenir le nom de domaine complet d’un de vos pools, ni aucune information de port (par exemple, https://FQDN:88/meet n’est pas autorisé). Toutes les URL simples doivent commencer par le préfixe https://.
Les URL simples peuvent contenir uniquement des caractères alphanumériques (c’est-à-dire a-z, A-Z, 0-9 et la période (.). Si vous utilisez d’autres caractères, les URL simples peuvent ne pas fonctionner comme prévu.
Modification des URL simples après le déploiement
Si vous modifiez une URL simple après le déploiement initial, vous devez être conscient de l’impact de la modification sur vos enregistrements et certificats DNS pour les URL simples. Si la base d’une URL simple change, vous devez également modifier les enregistrements et certificats DNS. Par exemple, la modification de l’URL de https://lync.contoso.com/Meethttps://meet.contoso.com base de lync.contoso.com à meet.contoso.com, vous devez donc modifier les enregistrements et certificats DNS pour faire référence à meet.contoso.com. Si vous avez remplacé l’URL simple par l’URL de https://lync.contoso.com/Meethttps://lync.contoso.com/Meetingsbase de lync.contoso.com reste la même, aucune modification de DNS ou de certificat n’est donc nécessaire.
Toutefois, chaque fois que vous modifiez un nom d’URL simple, vous devez exécuter Enable-CsComputer sur chaque administrateur et serveur frontal pour inscrire la modification.