Spezielle Einrichtungsanweisungen für synthetische Transaktionen in Lync Server 2013

Artikel
11/16/2015

Letzte Änderung: 16.11.2015

Die meisten synthetischen Transaktionen können auf einem Watcher-Knoten ausgeführt werden. Das heißt, sobald die synthetische Transaktion den Konfigurationseinstellungen des Watcher-Knotens hinzugefügt wurde, kann der Watcher-Knoten die synthetische Transaktion während seiner Testdurchläufe verwenden. Dies gilt jedoch nicht für alle synthetischen Transaktionen. Die Ausnahmen – synthetische Transaktionen, die spezielle Einrichtungsanweisungen erfordern – werden in den folgenden Abschnitten erläutert.

Umgang mit Servertimeoutfehlern

In einigen Fällen stellen Sie möglicherweise fest, dass Ihre synthetischen Transaktionen mit Servertimeoutfehlern fehlschlagen (Fehlercode 504). Diese Fehler sind in der Regel auf Firewallprobleme zurückzuführen. Wenn eine synthetische Transaktion ausgeführt wird, wird diese Transaktion im MonitoringHost.exe Prozess ausgeführt; MonitoringHost.exe startet wiederum eine Instanz des PowerShell.exe Prozesses. Wenn entweder MonitoringHost.exe oder PowerShell.exe von Ihrer Firewall blockiert wird, schlägt die synthetische Transaktion fehl und generiert einen 504-Fehler.

Um dieses Problem zu beheben, sollten Sie auf dem lokalen Computer manuell eingehende Firewallregeln für MonitoringHost.exe und PowerShell.exe erstellen. Dies kann über die Windows-Firewall oder eine lokale Firewallsoftware eines Drittanbieters erfolgen, abhängig von der bereits vorhandenen Serverkonfiguration.

Wenn Sie ein Netzwerkfirewallgerät zwischen dem Hostcomputer für synthetische Transaktionen und den zu überwachenden Lync-Servern verwenden, sollten Sie den Host als Clientcomputer behandeln und alle Firewallportanforderungen von Ports und Protokollen für interne Server in Lync Server 2013 überwachen.

Synthetische Transaktionen für Datenkonferenzen

Wenn sich Der Monitorknotencomputer außerhalb Ihres Umkreisnetzwerks befindet, können Sie die synthetische Datenkonferenztransaktion wahrscheinlich nur dann ausführen, wenn Sie die Internet Explorer-Proxyeinstellungen für das Netzwerkdienstkonto zuerst deaktivieren. Führen Sie das folgende Verfahren aus, um die Proxyeinstellungen für diesen Dienst zu deaktivieren:

Klicken Sie auf dem Monitorknotencomputer auf "Start", klicken Sie auf "Alle Programme", klicken Sie auf "Zubehör", klicken Sie mit der rechten Maustaste auf "Eingabeaufforderung", und klicken Sie dann auf " Als Administrator ausführen".
Geben Sie im Konsolenfenster den folgenden Befehl ein, und drücken Sie dann die EINGABETASTE:
```
bitsadmin /util /SetIEProxy NetworkService NO_PROXY
```

Die folgende Meldung wird im Befehlsfenster angezeigt:

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)

Diese Meldung bedeutet, dass Sie die Internet Explorer-Proxyeinstellungen für das Netzwerkdienstkonto deaktiviert haben.

Synthetische Exchange Unified Messaging-Transaktionen

Die synthetischen Transaktion „Exchange Unified Messaging“ (UM) überprüft, ob Testbenutzer eine Verbindung zu in Exchange geführten Voicemail-Konten herstellen können. Diese Testbenutzer müssen mit Voicemailkonten vorkonfiguriert werden, bevor sie die Exchange UM-Tests verwenden können.

Synthetische Transaktionen für beständigen Chat

Um die synthetische Transaktion "Beständiger Chat" verwenden zu können, müssen Administratoren zuerst einen Kanal erstellen und den Testbenutzern die Berechtigung zur Verwendung erteilen. Das Cmdlet Test-CsPersistentChatMessage kann verwendet werden, um diese Testbenutzer ordnungsgemäß zu konfigurieren:

$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

Diese Setupaufgabe muss innerhalb des Unternehmens ausgeführt werden:

Wenn er von einem Nichtservercomputer ausgeführt wird, muss der Benutzer, der das Cmdlet ausführt, Mitglied der Rolle "PersistentChatAdministrators" für Role-Based Access Control (RBAC) sein.
Wenn er vom Server selbst ausgeführt wird, sollte der Benutzer, der das Cmdlet ausführt, Mitglied der Gruppe "RTCUniversalServerAdmins" sein.

Im vorherigen Befehl wurde der Setup-Parameter eingeschlossen und auf "True" ($True) festgelegt. Wenn Sie den Setup-Parameter einschließen, erstellt Test-CsPersistentChatMessage einen speziellen Chatroom für beständigen Chat und füllt diesen Raum mit den Testbenutzern auf. Dadurch wird sichergestellt, dass tatsächlich ein Chatroom zu Testzwecken verfügbar ist. Beachten Sie, dass der Setupparameter nur von einem Front-End-Server ausgeführt werden sollte.

Der Chatroom, der von Test-CsPersistentChatMessage erstellt wird, kann nur von einem Administrator gelöscht werden.

Synthetische PSTN-Peer-to-Peer-Anruftransaktionen

Die synthetische Transaktion Test-CsPstnPeerToPeerCall überprüft die Fähigkeit, Anrufe über das Telefonfestnetz (Public Switched Telephone Network, PSTN) zu tätigen und zu empfangen.

Um diese synthetische Transaktion auszuführen, müssen Administratoren Folgendes konfigurieren:

Zwei Testbenutzer (ein Anrufer und ein Empfänger), die für Enterprise-VoIP aktiviert sind.
DID-Nummern (Direct Inward Dialing) für jedes Benutzerkonto
VoIP-Richtlinien und VoIP-Routen, mit denen Anrufe an die Nummer des Empfängers das PSTN-Gateway erreichen können.
Ein PSTN-Gateway, das Anrufe akzeptiert, und Medien, die Anrufe basierend auf der gewählten Nummer an den Heimpool eines Empfängers weiterleiten.

Synthetische Transaktionen im einheitlichen Kontaktspeicher

Die synthetische Transaktion "Unified Contact Store" überprüft, ob Lync Server 2013 Kontakte im Auftrag eines Benutzers aus Microsoft Exchange Server 2013 abrufen kann.

Für die Verwendung dieser synthetischen Transaktion müssen die folgenden Bedingungen erfüllt sein:

Die Verwaltung der Server-zu-Server-Authentifizierung (OAuth) und Partneranwendungen in Lync Server 2013 muss zwischen Lync Server 2013 und Exchange 2013 konfiguriert werden.
Testbenutzer müssen über ein gültiges Exchange 2013-Postfach verfügen.

Nachdem diese Bedingungen erfüllt sind, können Administratoren den folgenden Befehl ausführen, um zu überprüfen, ob der Benutzer mit der SIP-Adresse kenmyer@litwareinc.com seine Kontakte aus dem einheitlichen Kontaktspeicher abrufen kann:

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

Beachten Sie die Verwendung des Setupparameters, der im vorherigen Befehl verwendet wird. Wenn der Setupparameter bei der Ausführung von Test-CsUnifiedContactStore enthalten ist, werden die Kontakte des angegebenen Benutzers (in diesem Fall sip:kenmyer@litwareinc.com) in den einheitlichen Kontaktspeicher verschoben. (Wenn sich die Kontakte des Benutzers bereits im einheitlichen Kontaktspeicher befinden, müssen sie natürlich nicht verschoben werden.) Der Setup-Parameter wird in der Regel nur einmal verwendet (beim ersten Ausführen Test-CsUnifiedContactStore) und sollte nur für Testbenutzer verwendet werden. d. h. bei Benutzerkonten, die tatsächlich nie bei Lync Server angemeldet werden. Nachdem Der Testbenutzer in den einheitlichen Kontaktspeicher migriert wurde, können Sie überprüfen, ob die Kontakte des Benutzers abgerufen werden können, indem Sie Test-CsUnifiedContactStore ohne den Setupparameter aufrufen:

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

Synthetische XMPP-Transaktionen

Die synthetische XMPP-Transaktion (Extensible Messaging and Presence Protocol) erfordert, dass das XMPP-Feature mit einer oder mehreren Verbunddomänen konfiguriert wird.

Um die synthetische XMPP-Transaktion zu aktivieren, muss ein XmppTestReceiverMailAddress-Parameter mit einem Benutzerkonto in einer routingfähigen XMPP-Domäne bereitgestellt werden. Zum Beispiel:

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

In diesem Beispiel muss eine Lync Server 2013-Regel vorhanden sein, um Nachrichten für litwareinc.com an ein XMPP-Gateway weiterzuleiten.