Instructions de configuration spéciales pour les transactions synthétiques dans Lync Server 2013

Article
11/16/2015

Rubrique Dernière modification : 2015-11-16

La plupart des transactions synthétiques peuvent s’exécuter sur un nœud observateur tel quel ; autrement dit, dès que la transaction synthétique a été ajoutée aux paramètres de configuration du nœud observateur, le nœud observateur peut commencer à utiliser la transaction synthétique pendant ses tests. Toutefois, cela n’est pas vrai pour toutes les transactions synthétiques. Les exceptions( transactions synthétiques qui nécessitent des instructions de configuration spéciales) sont décrites dans les sections suivantes.

Gestion des erreurs de délai d’expiration du serveur

Dans certains cas, vous pouvez constater que vos transactions synthétiques échouent avec des erreurs de délai d’expiration du serveur (code d’erreur 504). Ces erreurs sont généralement dues à des problèmes de pare-feu. Lorsqu’une transaction synthétique est exécutée, cette transaction s’exécute sous le processus MonitoringHost.exe ; à son tour, MonitoringHost.exe démarre une instance du processus PowerShell.exe. Si MonitoringHost.exe ou PowerShell.exe est bloqué par votre pare-feu, la transaction synthétique échoue et génère une erreur 504.

Pour résoudre ce problème, vous devez créer manuellement des règles de pare-feu de trafic entrant pour les MonitoringHost.exe et les PowerShell.exe sur l’ordinateur local. Pour ce faire, vous pouvez utiliser un pare-feu Windows ou un logiciel de pare-feu local tiers, en fonction de la configuration préexistante de votre serveur.

Si vous utilisez un pare-feu réseau entre l’ordinateur hôte de transaction synthétique et les serveurs Lync que vous essayez de surveiller, vous devez traiter l’hôte comme une machine cliente et observer toutes les exigences de port de pare-feu à partir des ports et protocoles pour les serveurs internes dans Lync Server 2013.

Transactions synthétiques de conférence de données

Si votre ordinateur de nœud observateur se trouve en dehors de votre réseau de périmètre, vous ne pourrez probablement pas exécuter la transaction synthétique de conférence de données, sauf si vous désactivez d’abord les paramètres de proxy Internet Explorer pour le compte de service réseau. Pour désactiver les paramètres de proxy pour ce service, procédez comme suit :

Sur l’ordinateur du nœud observateur, cliquez sur Démarrer, cliquez sur Tous les programmes, cliquez sur Accessoires, cliquez avec le bouton droit sur Invite de commandes, puis cliquez sur Exécuter en tant qu’administrateur.
Dans la fenêtre de console, tapez la commande suivante, puis appuyez sur Entrée :
```
bitsadmin /util /SetIEProxy NetworkService NO_PROXY
```

Le message suivant s’affiche dans la fenêtre de commande :

BITSAdmin is deprecated and is not guaranteed to be available in future versions of Windows. Administration tools for the BITS service are now provided by BITS PowerShell cmdlets.

Internet proxy settings for account NetworkService set to NO_PROXY. 
(connection = default)

Ce message signifie que vous avez désactivé les paramètres de proxy Internet Explorer pour le compte de service réseau.

Transactions synthétiques de messagerie unifiée Exchange

La transaction synthétique de la messagerie unifiée Exchange vérifie que les utilisateurs test peuvent se connecter à des comptes de messagerie vocale hébergés dans Exchange. Ces utilisateurs de test doivent être préconfigurés avec des comptes de messagerie vocale avant de pouvoir utiliser les tests de messagerie unifiée Exchange.

Transactions synthétiques de conversation permanente

Pour utiliser la transaction synthétique de conversation permanente, les administrateurs doivent d’abord créer un canal et accorder aux utilisateurs de test les autorisations nécessaires pour l’utiliser. L’applet de commande Test-CsPersistentChatMessage peut être utilisée pour configurer correctement ces utilisateurs de test :

$cred1 = Get-Credential "litwareinc\kenmyer"
$cred2 = Get-Credential "litwareinc\pilar"

Test-CsPersistentChatMessage -TargetFqdn atl-cs-001.litwareinc.com -SenderSipAddress sip:kenmyer@litwareinc.com -SenderCredential $cred1 -ReceiverSipAddress sip:pilar@litwareinc.com -ReceiverCredential $cred2 -TestUser1SipAddress sip:kenmyer@litwareinc.com -TestUser2SipAddress sip:pilar@litwareinc.com -Setup $True

Cette tâche d’installation doit être exécutée à partir de l’intérieur de l’entreprise :

Si elle est exécutée à partir d’un ordinateur non serveur, l’utilisateur qui exécute l’applet de commande doit être membre du rôle PersistentChatAdministrators pour Role-Based Access Control (RBAC).
Si elle est exécutée à partir du serveur lui-même, l’utilisateur qui exécute l’applet de commande doit être membre du groupe RTCUniversalServerAdmins.

Dans la commande précédente, le paramètre d’installation a été inclus et défini sur True ($True). Si vous incluez le paramètre d’installation, Test-CsPersistentChatMessage créez une salle de conversation permanente spéciale et remplissez cette salle avec les utilisateurs de test. Cela permet de s’assurer qu’une salle de conversation est disponible à des fins de test. Notez que le paramètre d’installation doit être exécuté uniquement à partir d’un serveur frontal.

La salle de conversation créée par Test-CsPersistentChatMessage ne peut être supprimée que par un administrateur.

Transactions synthétiques d’appel PSTN PSTN

La transaction synthétique Test-CsPstnPeerToPeerCall vérifie la possibilité de passer et de recevoir des appels via le réseau téléphonique commuté (RTC).

Pour exécuter cette transaction synthétique, les administrateurs doivent configurer :

Deux utilisateurs de test (un appelant et un récepteur) activés pour Enterprise Voice.
Numéros de sélection directe à l’arrivée (SDA) pour chaque compte d’utilisateur.
Stratégies vocales et itinéraires vocaux qui permettent aux appels au numéro du récepteur d’atteindre la passerelle RTC.
Passerelle RTC qui accepte les appels et média qui route les appels vers le pool d’accueil d’un récepteur en fonction du numéro composé.

Transactions synthétiques du magasin de contacts unifié

La transaction synthétique du magasin de contacts unifié vérifie que Lync Server 2013 est en mesure de récupérer des contacts pour le compte d’un utilisateur à partir de Microsoft Exchange Server 2013.

Pour utiliser cette transaction synthétique, les conditions suivantes doivent être remplies :

La gestion de l’authentification de serveur à serveur (OAuth) et des applications partenaires dans Lync Server 2013 doit être configurée entre Lync Server 2013 et Exchange 2013.
Les utilisateurs de test doivent avoir une boîte aux lettres Exchange 2013 valide.

Une fois ces conditions remplies, les administrateurs peuvent exécuter la commande suivante pour vérifier que l’utilisateur disposant de l’adresse kenmyer@litwareinc.com SIP peut récupérer ses contacts à partir du magasin de contacts unifié :

Test-CsUnifiedContactStore -TargetFqdn atl-cs-001.litwareinc.com -UserSipAddress "sip:kenmyer@litwareinc.com" -RegistrarPort 5061 -Authentication TrustedServer -Setup

Notez l’utilisation du paramètre d’installation utilisé dans la commande précédente. Si le paramètre d’installation est inclus lors de l’exécution Test-CsUnifiedContactStore les contacts de l’utilisateur spécifié (dans ce cas, sip:kenmyer@litwareinc.com) sont déplacés vers le magasin de contacts unifié. (Bien sûr, si les contacts de l’utilisateur se trouvent déjà dans le magasin de contacts unifié, il n’est pas nécessaire de les déplacer.) Le paramètre d’installation n’est généralement utilisé qu’une seule fois (la première fois Test-CsUnifiedContactStore est exécuté) et ne doit être utilisé qu’avec les utilisateurs de test ; autrement dit, avec des comptes d’utilisateur qui ne seront jamais réellement connectés à Lync Server. Une fois que votre utilisateur de test a été migré vers le magasin de contacts unifié, vous pouvez vérifier que les contacts de l’utilisateur peuvent être récupérés en appelant Test-CsUnifiedContactStore sans le paramètre d’installation :

Test-CsUnifiedContactStore -TargetFqdn atl-cs-001.litwareinc.com -UserSipAddress "sip:kenmyer@litwareinc.com" -RegistrarPort 5061 -Authentication TrustedServer

Transactions synthétiques XMPP

La transaction synthétique de messagerie instantanée XMPP (Extensible Messaging and Presence Protocol) nécessite que la fonctionnalité XMPP soit configurée avec un ou plusieurs domaines fédérés.

Pour activer la transaction synthétique XMPP, un paramètre XmppTestReceiverMailAddress doit être fourni avec un compte d’utilisateur dans un domaine XMPP routable. Par exemple :

Set-CsWatcherNodeConfiguration -Identity pool0.contoso.com -Tests @{Add="XmppIM"} -XmppTestReceiverMailAddress user1@litwareinc.com

Dans cet exemple, une règle Lync Server 2013 doit exister pour router les messages pour litwareinc.com vers une passerelle XMPP.