Komponentenverbindungen überprüfen

Während der Einrichtung von Session Recording stellen die Komponenten möglicherweise keine Verbindung zu anderen Komponenten her. Alle Komponenten kommunizieren mit dem Session Recording Server (Broker). Standardmäßig ist der Broker (eine IIS-Komponente) mit dem Standard-Websitezertifikat von IIS gesichert. Wenn eine Komponente keine Verbindung zum Session Recording Server herstellen kann, schlagen möglicherweise auch die Verbindungsversuche der anderen Komponenten fehl.

Der Session Recording Agent und der Session Recording Server (Storage Manager und Broker) protokollieren Verbindungsfehler im Anwendungsereignisprotokoll in der Ereignisanzeige des Computers, auf dem der Session Recording Server gehostet wird. Die Session Recording Policy Console und der Session Recording Player zeigen Fehlermeldungen bei Verbindungsfehlern auf dem Bildschirm an.

Überprüfen, ob der Session Recording Agent verbunden ist

1. Melden Sie sich am Server an, auf dem der Session Recording Agent installiert ist.
2. Wählen Sie im Menü Start die Option Eigenschaften des Session Recording Agent.
3. Klicken Sie unter Eigenschaften des Session Recording Agent auf Verbindung.
4. Überprüfen Sie, ob der korrekte FQDN im Feld Session Recording Server eingegeben ist.
5. Überprüfen Sie, ob der Server, der als Wert für den Session Recording Server angegeben ist, für Ihren VDA für Multi-Session-OS zugänglich ist.

Hinweis: Überprüfen Sie das Anwendungsereignisprotokoll auf Fehler und Warnungen.

Überprüfen, ob der Session Recording Server verbunden ist

Vorsicht:

Die Verwendung des Registrierungs-Editors kann schwerwiegende Probleme verursachen, die eine Neuinstallation des Betriebssystems erforderlich machen können. Citrix® kann nicht garantieren, dass Probleme, die aus der falschen Verwendung des Registrierungs-Editors resultieren, behoben werden können. Die Verwendung des Registrierungs-Editors erfolgt auf eigenes Risiko.

1. Melden Sie sich am Computer an, auf dem der Session Recording Server gehostet wird.
2. Öffnen Sie den Registrierungs-Editor.
3. Navigieren Sie zu HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\SmartAuditor\Server.
4. Stellen Sie sicher, dass der Wert SmAudDatabaseInstance korrekt auf die Session Recording-Datenbank verweist, die Sie auf Ihrer SQL Server-Instanz installiert haben.

Überprüfen Sie, ob die Session Recording-Datenbank verbunden ist

1. Verwenden Sie ein SQL-Verwaltungstool, öffnen Sie Ihre SQL-Instanz, die die Session Recording-Datenbank enthält, die Sie installiert haben.
2. Öffnen Sie die Sicherheitsberechtigungen der Session Recording-Datenbank.
3. Stellen Sie sicher, dass das Session Recording-Computerkonto Zugriff auf die Datenbank hat. Wenn beispielsweise der Computer, auf dem der Session Recording-Server gehostet wird, in der MIS-Domäne SsRecSrv heißt, muss das Computerkonto in Ihrer Datenbank als MIS\SsRecSrv$ konfiguriert sein. Dieser Wert wird während der Installation der Session Recording-Datenbank konfiguriert.

Testen der IIS-Konnektivität

Das Testen von Verbindungen zur IIS-Site des Session Recording-Servers mithilfe eines Webbrowsers, um auf die Session Recording Broker-Webseite zuzugreifen, kann Ihnen helfen festzustellen, ob Probleme bei der Kommunikation zwischen Session Recording-Komponenten auf eine falsch konfigurierte Protokollkonfiguration, Zertifizierungsprobleme oder Probleme beim Starten des Session Recording Brokers zurückzuführen sind.

So überprüfen Sie die IIS-Konnektivität für den Session Recording-Agenten:

1. Melden Sie sich am Server an, auf dem der Session Recording-Agent installiert ist.
2. Öffnen Sie einen Webbrowser und geben Sie die folgende Adresse ein:
   • Für HTTPS: https://servername/SessionRecordingBroker/RecordPolicy.rem?wsdl, wobei servername der Name des Computers ist, auf dem der Session Recording-Server gehostet wird.
   • Für HTTP: http://servername/SessionRecordingBroker/RecordPolicy.rem?wsdl, wobei servername der Name des Computers ist, auf dem der Session Recording-Server gehostet wird.
3. Wenn Sie zur NT LAN Manager (NTLM)-Authentifizierung aufgefordert werden, melden Sie sich mit einem Domänenadministratorkonto an.

So überprüfen Sie die IIS-Konnektivität für den Session Recording-Player:

1. Melden Sie sich an der Arbeitsstation an, auf der der Session Recording Player installiert ist.
2. Öffnen Sie einen Webbrowser und geben Sie die folgende Adresse ein:
   • Für HTTPS: https://servername/SessionRecordingBroker/Player.rem?wsdl, wobei servername der Name des Computers ist, auf dem der Session Recording Server gehostet wird
   • Für HTTP: http://servername/SessionRecordingBroker/Player.rem?wsdl, wobei servername der Name des Computers ist, auf dem der Session Recording Server gehostet wird
3. Wenn Sie zur NT LAN Manager (NTLM)-Authentifizierung aufgefordert werden, melden Sie sich mit einem Domänenadministratorkonto an.

So überprüfen Sie die IIS-Konnektivität für die Session Recording-Richtlinienkonsole:

1. Melden Sie sich am Server an, auf dem die Session Recording-Richtlinienkonsole installiert ist.
2. Öffnen Sie einen Webbrowser und geben Sie die folgende Adresse ein:
   • Für HTTPS: https://servername/SessionRecordingBroker/PolicyAdministration.rem?wsdl, wobei servername der Name des Computers ist, auf dem der Session Recording Server gehostet wird
   • Für HTTP: http://servername/SessionRecordingBroker/PolicyAdministration.rem?wsdl, wobei servername der Name des Computers ist, auf dem der Session Recording Server gehostet wird
3. Wenn Sie zur NT LAN Manager (NTLM)-Authentifizierung aufgefordert werden, melden Sie sich mit einem Domänenadministratorkonto an.

Wenn Sie ein XML-Dokument in Ihrem Browser sehen, bestätigt dies, dass der Computer, auf dem die Session Recording-Richtlinienkonsole ausgeführt wird, über das konfigurierte Protokoll mit dem Computer verbunden ist, auf dem der Session Recording Server gehostet wird.

Beheben von Zertifikatproblemen

Wenn Sie HTTPS als Kommunikationsprotokoll verwenden, muss der Computer, auf dem der Session Recording Server gehostet wird, mit einem Serverzertifikat konfiguriert sein. Alle Komponentenverbindungen zum Session Recording Server müssen über eine Stammzertifizierungsstelle (CA) verfügen. Andernfalls schlagen Verbindungsversuche zwischen den Komponenten fehl.

Sie können Ihre Zertifikate testen, indem Sie auf die Session Recording Broker-Webseite zugreifen, wie Sie es beim Testen der IIS-Konnektivität tun würden. Wenn Sie auf die XML-Seite für jede Komponente zugreifen können, sind die Zertifikate korrekt konfiguriert.

Hier sind einige häufige Gründe, warum Zertifikatprobleme zu Verbindungsfehlern führen:

• Ungültige oder fehlende Zertifikate. Wenn der Server, auf dem der Session Recording-Agent ausgeführt wird, kein Stammzertifikat besitzt, um dem Serverzertifikat zu vertrauen, und keine Vertrauensstellung zum Session Recording-Server über HTTPS herstellen und sich nicht mit diesem verbinden kann, was zu einem Verbindungsfehler führt, überprüfen Sie, ob alle Komponenten dem Serverzertifikat auf dem Session Recording-Server vertrauen.
• Inkonsistente Benennung. Wenn das Serverzertifikat, das dem Computer zugewiesen ist, auf dem der Session Recording-Server gehostet wird, mit einem FQDN erstellt wurde, müssen alle verbindenden Komponenten den FQDN verwenden, wenn sie sich mit dem Session Recording-Server verbinden. Wenn ein NetBIOS-Name verwendet wird, konfigurieren Sie die Komponenten mit einem NetBIOS-Namen für den Session Recording-Server.
• Abgelaufene Zertifikate. Wenn ein Serverzertifikat abgelaufen ist, schlägt die Verbindung zum Session Recording-Server über HTTPS fehl. Überprüfen Sie, ob das dem Computer, auf dem der Session Recording-Server gehostet wird, zugewiesene Serverzertifikat gültig und nicht abgelaufen ist. Wenn dasselbe Zertifikat für die digitale Signierung von Sitzungsaufzeichnungen verwendet wird, liefert das Ereignisprotokoll des Computers, auf dem der Session Recording-Server gehostet wird, Fehlermeldungen, dass das Zertifikat abgelaufen ist, oder Warnmeldungen, wenn es kurz vor dem Ablauf steht.