Vérification de version du client

Utilisation de la stratégie de version du client pour spécifier les versions prises en charge et restreintes

Vous pouvez créer des stratégies de version du client afin de prendre en charge ou restreindre explicitement certaines versions du client. Lorsqu’un client pris en charge se connecte ou est invité à une session, la stratégie de version du client vérifie l’en-tête d’agent utilisateur SIP pour déterminer la version du client. Selon cette dernière et les règles que vous avez configurées, la stratégie de version du client agit de l’une des façons suivantes :

• Elle autorise le client à se connecter au pool (il s’agit de l’option Autoriser).

• Elle autorise les clients Lync 2010 à se connecter et à recevoir des mises à jour provenant de Windows Server Update Service ou Microsoft Update (il s’agit de l’option Autoriser et mettre à niveau). Cette action est uniquement disponible pour Microsoft Lync 2010 (où Agent utilisateur a pour valeur OC).

  Remarque :

  Si vous sélectionnez cette action, la prochaine fois qu’un utilisateur se connectera à Lync 2010, une notification s’affichera indiquant qu’une ou plusieurs mises à jour sont disponibles, même si aucune mise à jour n’a encore été publiée sur Windows Server Update Service ou Microsoft Update. Pour éviter toute confusion, vous avez tout intérêt à choisir cette action uniquement après que des mises à jour ont été mises à disposition.

• Elle autorise le client à se connecter et présente un message à l’utilisateur indiquant qu’il peut mettre à niveau son client. Le message s’accompagne de l’URL que vous spécifiez et l’utilisateur peut cliquer dessus pour accéder à la page correspondante (il s’agit de l’option Autoriser avec une URL) et mettre à jour son client.

• Elle empêche le client de se connecter au pool (il s’agit de l’option Bloquer).

• Elle empêche les clients Lync 2010 de se connecter et les autorise à recevoir des mises à jour provenant de Windows Server Update Service ou Microsoft Update (il s’agit de l’option Bloquer et mettre à niveau). Cette action est uniquement disponible pour Microsoft Lync 2010 (où Agent utilisateur a pour valeur OC).

• Elle empêche le client de se connecter et présente un message à l’utilisateur indiquant qu’il utilise un client qui n’est pas pris en charge. Le message s’accompagne de l’URL que vous spécifiez et l’utilisateur peut cliquer dessus pour accéder à la page correspondante (il s’agit de l’option Bloquer avec une URL).

Chaque pool gère une liste de contrôle des versions du client que vous configurez. Cette liste contient les règles qui spécifient les versions du client à filtrer et l’action appropriée à chacune d’elles. La vérification de version du client peut agir en fonction d’un numéro de version du client spécifique. Elle peut également agir en fonction d’une version du client inférieure ou égale, ou supérieure ou égale au numéro de version que vous spécifiez. Elle inclut également une option de configuration qui permet de spécifier l’action par défaut pour les clients qui ne sont pas inclus dans la liste de contrôle.

Lorsque vous configurez la vérification de version du client, vous spécifiez la manière dont les clients sont gérés lors de la connexion. La vérification de version du client propose des options pour configurer les éléments suivants :

• En-tête d’agent utilisateur.   Il s’agit du nom de l’agent de la version du client.

• Identité.   Il s’agit de l’étendue à laquelle la règle doit s’appliquer. Si plusieurs règles dotés de différents niveaux d’étendue sont déclenchées, l’étendue dont le niveau de granularité est le plus petit s’applique. Par exemple, si une règle au niveau du service stipule que le client doit être bloqué, alors qu’une règle au niveau de l’utilisateur stipule que le client doit être autorisé, le client sera autorisé car la règle au niveau de l’utilisateur est la plus précise.

  Remarque :
  Étant donné que les utilisateurs anonymes ne sont associés à aucun utilisateur, site ou service, ils sont concernés par les stratégies de niveau global uniquement.

• Numéro de version du client.   Celui-ci inclut le numéro de version principale, le numéro de version secondaire, le numéro de build et le numéro qui correspond à la version mise à jour du client. Le numéro se présente au format suivant : <version principale>.<version secondaire>.<numéro de build>.<numéro de mise à jour>.

• Règles de correspondance.   Celles-ci spécifient les opérations de comparaison à effectuer pour identifier la version ou la plage de versions spécifiques du client à laquelle l’action de filtrage doit s’appliquer.

• Action à effectuer en fonction de la version du client.   Les valeurs disponibles sont Autoriser, Bloquer, Autoriser avec une URL, Bloquer avec une URL, Autoriser et mettre à niveau et Bloquer et mettre à niveau.

• URL de téléchargement du client. Cette URL est utilisée uniquement avec les options Bloquer avec une URL et Autoriser avec une URL.

Une liste de règles par défaut est installée lorsque vous installez Lync Server 2010. Pour personnaliser les règles installées selon votre déploiement, vous pouvez modifier une règle existante ou en créer une nouvelle. Si vous ne voulez pas bloquer des versions antérieures du client, vous devez modifier cette liste.

Remarque :

La liste de règles par défaut bloque automatiquement les versions antérieures de Microsoft Office Communicator et Microsoft Office Communicator Phone Edition qui essaient de se connecter à Lync Server 2010. Si vous souhaitez modifier ce comportement, vous pouvez créer une règle afin d’autoriser les clients antérieurs à se connecter au serveur Lync Server 2010, puis l’ajouter au début de la liste. Bien que vous puissiez également modifier les règles par défaut afin d’autoriser les clients antérieurs à se connecter, cette approche n’est pas recommandée.

Important :
Les règles sont répertoriées dans leur ordre de priorité. Par exemple, si vous avez une règle qui autorise les clients Communicator dotés de la version 1.5 ou ultérieure à se connecter, suivie d’une règle qui bloque les clients antérieurs à la version 2.0, la première règle s’applique car elle est prioritaire. Par conséquent, les clients Communicator 1.5 peuvent se connecter.

Les vérifications des versions du client incluses dans la liste de contrôle reposent sur des critères spécifiques. Toutefois, vous devez également configurer une règle par défaut à appliquer aux clients qui ne correspondent à aucune règle, en spécifiant l’une des options suivantes : Autoriser, Bloquer ou Bloquer avec une URL.