Administration du service carnet d’adresses dans Lync Server 2013
Rubrique Dernière modification : 2014-02-05
Dans le cadre du déploiement de Lync Server, Êdition Entreprise ou du serveur Standard Edition, le service carnet d’adresses est installé par défaut. La base de données utilisée par le service carnet d’adresses ( RTCab) est créée sur le serveur SQL Server (pour Êdition Entreprise, il s’agit du serveur SQL Server principal ; pour le serveur Standard Edition, le serveur SQL Server colocalisé).
Remarque
Pour plus d’informations sur l’utilisation d’ADSI Edit pour modifier services de domaine Active Directory attributs d’objet, consultez ADSI Edit. Pour plus d’informations sur un outil dans le Kit de ressources spécifiquement pour le service Carnet d’adresses, consultez Les outils du Kit de ressources Microsoft Lync Server 2013.
Normalisation des numéros de téléphone du serveur de carnet d’adresses
Lync Server nécessite des numéros de téléphone RFC 3966/E.164 normalisés. Pour utiliser des numéros de téléphone non structurés ou incohérents, Lync Server s’appuie sur le serveur de carnet d’adresses pour prétraiter les numéros de téléphone avant de les remettre aux règles de normalisation. Lorsqu’un numéro de téléphone est utilisé à partir du carnet d’adresses et que la règle de normalisation est appliquée, les clients, tels que Lync Phone Edition et Lync Mobile, peuvent utiliser ces numéros normalisés.
Les règles de normalisation utilisées dans les versions précédentes peuvent ne pas fonctionner correctement sans certains ajustements. Étant donné que l’espace blanc et les caractères non obligatoires sont supprimés avant les règles de normalisation, si votre expression regex recherche spécifiquement un tiret ou un autre caractère qui a été supprimé, votre règle de normalisation peut échouer. Vous devez passer en revue vos règles de normalisation pour vous assurer qu’elles ne recherchent pas ces caractères non obligatoires ou que la règle peut échouer correctement et continuer si le caractère n’est pas présent là où la règle l’anticipe.
Réplicateur d’utilisateurs et serveur de carnet d’adresses
Le serveur de carnets d’adresses utilise les données fournies par le réplicateur d’utilisateurs pour mettre à jour les informations qu’il obtient initialement à partir de la liste d’adresses globale (GAL). Le réplicateur d’utilisateurs écrit les attributs services de domaine Active Directory pour chaque utilisateur, contact et groupe dans la table AbUserEntry de la base de données et le serveur de carnet d’adresses synchronise les données utilisateur de la base de données dans des fichiers dans le magasin de fichiers du serveur de carnets d’adresses et dans la base de données du carnet d’adresses RTCab. Le schéma de la table AbUserEntry utilise deux colonnes, UserGuid et UserData. UserGuid est la colonne d’index et contient le GUID de 16 octets de l’objet Active Directory. UserData est une colonne d’image qui contient tous les attributs services de domaine Active Directory mentionnés précédemment pour ce contact.
Le réplicateur d’utilisateur détermine les attributs Active Directory à écrire en lisant une table de configuration située dans la même instance SQL Server que la table AbUserEntry. La table AbAttribute contient trois colonnes, ID, Nom, Indicateurs et Activer. La table est créée lors de la configuration de la base de données. Si la table AbAttribute est vide, le réplicateur d’utilisateur ignore sa logique de traitement de table AbUserEntry. Les attributs du serveur de carnets d’adresses sont dynamiques et sont récupérés à partir de la table AbAttribute, qui est initialement écrite par le serveur de carnets d’adresses lorsque le serveur de carnets d’adresses est activé.
L’activation du serveur de carnet d’adresses remplit la table AbAttribute avec les valeurs indiquées dans le tableau suivant.
ID | Nom | Indicateurs |
---|---|---|
1 |
givenName |
0x01400000 |
2 |
Sn |
0x02400000 |
3 |
Displayname |
0x03420000 |
4 |
Titre |
0x04000000 |
5 |
mailNickname |
0x05400000 |
6 |
Société |
0x06000000 |
7 |
physicalDeliveryOfficeName |
0x07000000 |
8 |
msRTCSIP-PrimaryUserAddress |
0x08520C00 |
9 |
telephoneNumber |
0x09022800 |
10 |
homePhone |
0x0A302800 |
11 |
Mobile |
0x0B622800 |
12 |
otherTelephone |
0x0C302000 |
13 |
ipPhone |
0x0D302000 |
14 |
Courrier |
0x0E500000 |
15 |
groupType |
0x0F010800 |
16 |
Service |
0x10000000 |
17 |
Description |
0x11000100 |
18 |
Responsable |
0x12040001 |
19 |
Proxyaddress |
0x00500105 |
20 |
msExchHideFromAddressLists |
0xFF000003 |
99 |
entryID |
0x99000000 |
Les nombres de la colonne ID doivent être uniques et ne doivent jamais être réutilisés. En outre, le fait de conserver les valeurs d’ID inférieures à 256 permet d’économiser de l’espace dans les fichiers de sortie écrits par le serveur de carnets d’adresses. Toutefois, la valeur d’ID maximale est 65535. La colonne Name correspond au nom d’attribut Active Directory que le réplicateur d’utilisateur doit placer dans la table AbUserEntry pour chaque contact. La valeur de la colonne Indicateurs est utilisée pour définir le type d’attribut. Les types suivants d’attributs serveur de carnet d’adresses sont reconnus par le réplicateur d’utilisateurs, indiqués par l’octet faible de la valeur dans la colonne Indicateurs .
Attribut | Description |
---|---|
0x0 |
Attribut de chaîne. Le réplicateur d’utilisateur convertit ce type en UTF-8 avant de le stocker dans la table AbUserEntry. |
0x1 |
Attribut binaire. Le réplicateur d’utilisateur stocke ceci dans l’objet blob sans aucune conversion. |
0x2 |
Attribut de chaîne, mais inclus uniquement si la valeur de l’attribut commence par « tel: ». Il s’agit principalement des attributs de chaîne à valeurs multiples, en particulier proxyAddresses. Dans ce cas, le serveur de carnets d’adresses s’intéresse uniquement aux entrées proxyAddresses qui commencent par « tel: ». Par conséquent, dans l’intérêt d’économiser de l’espace, le réplicateur d’utilisateur stocke uniquement les entrées qui commencent par « tel: ». |
0x3 |
Attribut de chaîne booléenne, qui, si TRUE, fait en sorte que le réplicateur d’utilisateur n’inclut pas ce contact dans la table AbUserEntry. Si la valeur est FALSE, le réplicateur d’utilisateurs inclut les attributs de ce contact dans la table AbUserEntry, mais pas l’attribut particulier avec cet indicateur. Il s’agit d’un autre type de cas spécial qui concerne principalement l’attribut msExchHideFromAddressLists . |
0x4 |
Attribut de chaîne, mais inclus uniquement si la valeur de l’attribut commence par « smtp: » et inclut le symbole « @ ». |
0x5 |
Attribut de chaîne, mais inclus uniquement si la valeur de l’attribut commence par « tel: » ou « smtp: » et inclut le symbole « @ ». |
0x100 |
S’il est défini, il s’agit d’un attribut à valeurs multiples qui peut apparaître plusieurs fois pour chaque contact. |
0x400 |
S’il est défini, il identifie l’attribut de nom de compte d’utilisateur de messagerie pour un contact. Le serveur de carnets d’adresses utilise cet indicateur pour identifier la valeur d’attribut à afficher dans l’entrée du journal des événements de normalisation du téléphone. |
0x800 |
S’il est défini, il identifie un attribut requis pour un contact. Le serveur de carnet d’adresses inclut un utilisateur dans la table AbUserEntry uniquement s’il existe une valeur pour cet attribut dans Active Directory. S’il existe plusieurs attributs obligatoires, un seul d’entre eux doit avoir une valeur pour inclure l’utilisateur dans la table AbUserEntry. |
0x1000 |
S’il est défini, le serveur de carnets d’adresses normalise toujours la valeur de cet attribut. |
0x2000 |
S’il est défini, le serveur de carnets d’adresses utilise le nombre normalisé à partir de proxyAddresses, si le paramètre CMS UseNormalizationRules est FALSE ; sinon, il se comporte de la même façon que lorsque le bit d’indicateur est 0x1000. |
0x4000 |
S’il est défini, le serveur de carnet d’adresses n’inclut pas les objets de la table AbUserEntry qui ont cette valeur pour l’attribut spécifié. Par exemple, si l’attribut msRTCSIP-PrimaryUserAddress a ce bit d’indicateur défini, les contacts qui ont cet attribut ne sont pas écrits dans la base de données. |
0x8000 |
S’il est défini, le serveur de carnet d’adresses n’inclut pas d’objets dans la table AbUserEntry qui n’ont pas cette valeur pour l’attribut spécifié. Si les bits d’indicateur 0x4000 et 0x8000 sont définis sur un objet, l’attribut dont la valeur de bit d’indicateur est définie sur 0x4000 est prioritaire et l’objet est exclu de la table AbUserEntry. |
0x10000 |
S’il est défini, il s’agit d’un objet de groupe. Le réplicateur d’utilisateur utilise ce bit d’indicateur pour inclure des contacts avec l’attribut groupType dont la présence indique un groupe (par exemple, une liste de distribution ou un groupe de sécurité). |
0x20000 |
S’il est défini, le réplicateur d’utilisateurs utilise ce bit d’indicateur pour inclure cet attribut dans les fichiers du serveur de carnet d’adresses spécifiques à l’appareil (autrement dit, les fichiers avec une extension .dabs). |
Dans les versions précédentes de Lync Server, lors de l’application d’une modification à Active Directory, l’administrateur devait exécuter Update -CSUserDatabase et Update –CSAddressBook applets de commande Windows PowerShell pour conserver immédiatement la modification apportée à la base de données utilisateur Lync Server et à la base de données RTCab. Dans Lync Server 2013, Lync Server User Replicator récupère les modifications d’Active Directory et met à jour la base de données utilisateur Lync Server selon un intervalle configuré. Lync Server User Replicator propage également les modifications à la base de données RTCab rapidement sans que l’administrateur ait à exécuter Update-CSAddressBook. Si la requête Web carnet d’adresses est activée, les modifications sont répercutées dans les résultats de recherche par les clients Lync. Les administrateurs doivent uniquement exécuter Update -CSAddressBook si le téléchargement du fichier carnet d’adresses est activé.
Remarque
Par défaut, Lync Server User Replicator s’exécute automatiquement toutes les 5 minutes. Vous pouvez configurer cet intervalle à l’aide de Set -CSUserReplicatorConfiguration -ReplicationCycleInterval <>.
Filtrage du carnet d’adresses
Les utilisateurs renseignés dans les fichiers du serveur de carnet d’adresses peuvent être contrôlés en fonction de certains attributs services de domaine Active Directory répertoriés dans la table AbAttribute. L’un des attributs utilisés pour le filtrage est l’attribut msExchangeHideFromAddressBook . Il s’agit d’un attribut utilisateur ajouté par le schéma Exchange. Si la valeur de cet attribut est TRUE, Exchange Server utilise cet attribut pour masquer le contact de la liste d’adresses globale (GAL) Outlook. De même, si la valeur de cet attribut est TRUE, le réplicateur d’utilisateurs n’inclut pas cet utilisateur dans la table AbUserEntry et cet utilisateur ne figure pas dans les fichiers du serveur de carnet d’adresses.
Vous pouvez utiliser des bits d’indicateur pour définir un filtre à utiliser sur les attributs du serveur de carnet d’adresses. Par exemple, la présence de certains bits d’indicateur peut identifier un attribut en tant qu’attribut include ou attribut d’exclusion. Le réplicateur d’utilisateur filtre les contacts qui contiennent un attribut d’exclusion et les filtres qui ne contiennent pas d’attribut Include.
Avertissement
Pour plus d’informations sur le filtrage du carnet d’adresses, consultez les applets de commande du serveur de carnet d’adresses dans Lync Server 2013 et Filtrer le carnet d’adresses Lync 2013
Actuellement, il existe trois filtres différents. Le tableau suivant répertorie ces filtres.
Attribut | Description |
---|---|
0x800 |
S’il est défini, il identifie un attribut requis pour un contact. Le réplicateur d’utilisateurs utilise ce bit d’indicateur pour filtrer les contacts qui ne contiennent pas au moins un attribut obligatoire. L’OuPathId est un attribut obligatoire, qui est toujours défini. Par conséquent, au moins un des autres attributs requis doit être défini. Sinon, le contact (autrement dit, avec la valeur de l’attribut requis OuPathId) ne sera toujours pas écrit dans la base de données. Par exemple, si phoneNumber et homePhone sont définis comme attributs obligatoires, seuls les contacts qui ont au moins un de ces attributs sont écrits dans la base de données. |
0x4000 |
S’il est défini, cela identifie un attribut d’exclusion. Le réplicateur d’utilisateurs utilise ce bit d’indicateur pour filtrer les contacts qui contiennent cet attribut. Par exemple, si msRTCSIP-PrimaryUserAddress est défini comme attribut d’exclusion, les contacts qui ont cet attribut ne sont pas écrits dans la base de données. |
0x8000 |
S’il est défini, il identifie un attribut Include. Le réplicateur d’utilisateur utilise ce bit d’indicateur pour filtrer les contacts qui ne contiennent pas cet attribut. Par exemple, si msRTCSIP-PrimaryUserAddress est défini comme un attribut Include, seuls les contacts qui ont cet attribut sont écrits dans la base de données. |
Remarque
Si les bits d’indicateur 0x4000 (attribut d’exclusion) et 0x8000 (attribut Include) sont définis, le bit 0x4000 remplace le bit 0x8000 et le contact est exclu.
Bien que vous puissiez filtrer le carnet d’adresses pour inclure uniquement certains utilisateurs, la limitation des entrées ne limite pas la capacité des autres utilisateurs à contacter les utilisateurs filtrés ou à voir leur statut de présence. Les utilisateurs peuvent toujours trouver, envoyer manuellement des messages instantanés ou lancer manuellement des appels aux utilisateurs qui ne se trouvent pas dans le carnet d’adresses en entrant le nom complet de connexion d’un utilisateur. En outre, les informations de contact d’un utilisateur se trouvent également dans Outlook.
Bien que le fait d’avoir des enregistrements de contact complets dans les fichiers carnet d’adresses vous permet d’utiliser Lync Server pour lancer des appels de messagerie, de téléphone ou de voix d’entreprise (autrement dit, si Enterprise Voice est activé sur le serveur) avec des utilisateurs qui ne sont pas configurés pour le protocole SIP (Session Initiation Protocol), certaines organisations préfèrent inclure uniquement les utilisateurs compatibles SIP dans leurs entrées serveur de carnet d’adresses. Vous pouvez filtrer le carnet d’adresses pour inclure uniquement les utilisateurs compatibles SIP en effaçant le 0x800 bit dans la colonne Indicateurs des attributs requis suivants : mailNickname, phoneNumber, homePhone et mobile. Vous pouvez également filtrer le carnet d’adresses pour inclure uniquement les utilisateurs compatibles SIP en définissant le 0x8000 (attribut Include) dans la colonne Indicateurs de l’attribut msRTCSIP-PrimaryUserAddress . Cela permet également d’exclure les comptes de service des fichiers carnet d’adresses.
Après avoir modifié la table AbAttribute, vous pouvez actualiser les données de la table AbUserEntry en exécutant la commande Update-CsUserDatabase de l’applet de commande. Une fois la réplication d’URL terminée, vous pouvez mettre à jour le fichier dans le magasin de fichiers du serveur de carnet d’adresses en exécutant manuellement la commande UpdateCsAddressBook de l’applet de commande.
Remarque
Le serveur frontal sur lequel le serveur de carnet d’adresses est placé n’est pas configurable sur le plan administratif. L’un d’eux est choisi pendant le déploiement, généralement le premier serveur frontal déployé. En cas de défaillance, le service carnet d’adresses se déplace vers un autre serveur frontal et ne nécessite aucune attention administrative.
Important
Si vous avez consolidé ou modifié votre infrastructure à partir d’un déploiement à forêts multiples ou d’un déploiement parent/enfant (par exemple, la consolidation de votre infrastructure avant de passer à Lync Server), vous pouvez constater que le téléchargement du service Carnet d’adresses et la requête web carnet d’adresses échouent pour certains utilisateurs. Dans un déploiement comportant plusieurs domaines ou forêts, l’attribut MsRTCSIP-OriginatorSid est renseigné sur les objets utilisateur qui présentent le problème. L’attribut MsRTCSIP-OriginatorSid doit être défini sur NULL sur ces objets pour résoudre le problème.