Die Suche nach Aufzeichnungen mit dem Player schlägt fehl

Wenn bei der Suche nach Aufzeichnungen mit dem Session Recording Player Schwierigkeiten auftreten, können die folgenden Fehlermeldungen angezeigt werden:

• Die Suche nach aufgezeichneten Sitzungsdateien ist fehlgeschlagen. Der Name des Remoteservers konnte nicht aufgelöst werden: servername. Der servername ist der Name des Servers, mit dem der Session Recording Player eine Verbindung herzustellen versucht. Der Session Recording Player kann den Session Recording Server nicht kontaktieren. Zwei mögliche Gründe sind ein falsch eingegebener Servername oder dass der DNS den Servernamen nicht auflösen kann.

  Lösung: Wählen Sie in der Menüleiste des Players Extras > Optionen > Verbindungen und überprüfen Sie, ob der Servername in der Liste Session Recording Servers korrekt ist. Wenn er korrekt ist, führen Sie an einer Eingabeaufforderung den Ping-Befehl aus, um zu prüfen, ob der Name aufgelöst werden kann. Wenn der Session Recording Server ausgefallen oder offline ist, lautet die Fehlermeldung “Suche nach aufgezeichneten Sitzungsdateien fehlgeschlagen” Remoteserver kann nicht kontaktiert werden.

• Remoteserver kann nicht kontaktiert werden. Dieser Fehler tritt auf, wenn der Session Recording Server ausgefallen oder offline ist.

  Lösung: Überprüfen Sie, ob der Session Recording Server verbunden ist.

• Zugriff verweigert. Ein Fehler “Zugriff verweigert” kann auftreten, wenn der Benutzer keine Berechtigung zum Suchen und Herunterladen von aufgezeichneten Sitzungsdateien erhalten hat.

  Lösung: Weisen Sie dem Benutzer mithilfe der Session Recording Autorisierungskonsole die Player-Rolle zu.

• Zugriff verweigert, wenn die Player-Rolle zugewiesen ist. Dieser Fehler tritt auf, wenn Sie den Session Recording Player auf demselben Computer wie den Session Recording Server installieren und die Benutzerkontensteuerung (UAC) aktiviert haben. Wenn Sie die Benutzergruppe “Domänen-Admins” oder “Administratoren” als Player-Rolle zuweisen, kann es vorkommen, dass ein nicht integrierter Administratorbenutzer in dieser Gruppe die rollenbasierte Überprüfung nicht besteht.

  Lösungen:

  • Führen Sie den Session Recording Player als Administrator aus.

  • Weisen Sie bestimmten Benutzern die Player-Rolle zu, anstatt der gesamten Gruppe.

  • Installieren Sie den Session Recording Player auf einem separaten Computer anstatt auf dem Session Recording Server.

• Die Suche nach aufgezeichneten Sitzungsdateien ist fehlgeschlagen. Die zugrunde liegende Verbindung wurde geschlossen. Es konnte keine Vertrauensstellung für den sicheren SSL/TLS-Kanal hergestellt werden. Dieser Fehler tritt auf, wenn der Session Recording Server ein Zertifikat verwendet, das von einer Zertifizierungsstelle (CA) signiert wurde, der das Clientgerät nicht vertraut oder für die es kein CA-Zertifikat besitzt.

  Lösung: Installieren Sie das korrekte oder vertrauenswürdige CA-Zertifikat auf der Arbeitsstation, auf der der Session Recording Player installiert ist.

• Der Remoteserver hat einen Fehler zurückgegeben: (403) verboten. Dieser Fehler ist ein standardmäßiger HTTPS-Fehler, der auftritt, wenn Sie versuchen, eine Verbindung über HTTP (unsicheres Protokoll) herzustellen. Der Server lehnt die Verbindung ab, da er standardmäßig nur für sichere Verbindungen konfiguriert ist.

  Lösung: Wählen Sie in der Menüleiste des Session Recording Players die Option Extras > Optionen > Verbindungen. Wählen Sie den Server aus der Liste Session Recording-Server aus, und klicken Sie auf Ändern. Ändern Sie das Protokoll von HTTP in HTTPS.

Problembehandlung für MSMQ

Wenn eine Benachrichtigung angezeigt wird, der Viewer jedoch nach einer Suche im Session Recording-Player keine Aufzeichnungen finden kann, liegt ein Problem mit MSMQ vor. Überprüfen Sie, ob die Warteschlange mit dem Session Recording-Server (Storage Manager) verbunden ist. Verwenden Sie einen Webbrowser, um Verbindungsfehler zu testen (wenn Sie HTTP oder HTTPS als MSMQ-Kommunikationsprotokoll verwenden).

So überprüfen Sie, ob die Warteschlange verbunden ist:

1. Melden Sie sich am Server an, auf dem der Session Recording-Agent gehostet wird, und zeigen Sie die ausgehenden Warteschlangen an.
2. Überprüfen Sie, ob die Warteschlange zu dem Computer, auf dem der Session Recording-Server gehostet wird, den Status „verbunden“ hat.
   • Wenn der Status Verbindung wird hergestellt lautet, sich Nachrichten in der Warteschlange befinden und das Protokoll HTTP oder HTTPS ist (entsprechend dem auf der Registerkarte Verbindungen in den Eigenschaften des Session Recording-Agenten ausgewählten Protokoll), führen Sie Schritt 3 aus.
   • Wenn der Status verbunden lautet und sich keine Nachrichten in der Warteschlange befinden, liegt möglicherweise ein Problem mit dem Server vor, auf dem der Session Recording-Server gehostet wird. Überspringen Sie Schritt 3 und führen Sie Schritt 4 aus.

3. Wenn sich Nachrichten in der Warteschlange befinden, öffnen Sie einen Webbrowser und geben Sie die folgende Adresse ein:

   • Für HTTPS: https://servername/msmq/private$/CitrixSmAudData, wobei servername der Name des Computers ist, auf dem der Session Recording-Server gehostet wird.

   • Für HTTP: http://servername/msmq/private$/CitrixSmAudData, wobei servername der Name des Computers ist, auf dem der Session Recording-Server gehostet wird.

   Wenn die Seite einen Fehler wie Der Server akzeptiert nur sichere Verbindungen zurückgibt, ändern Sie das in den Eigenschaften des Session Recording-Agenten aufgeführte MSMQ-Protokoll in HTTPS. Wenn die Seite ein Problem mit dem Sicherheitszertifikat der Website meldet, liegt möglicherweise ein Problem mit einer Vertrauensstellung für den sicheren TLS-Kanal vor. Installieren Sie in diesem Fall das richtige CA-Zertifikat oder verwenden Sie eine vertrauenswürdige CA.

4. Wenn sich keine Nachrichten in der Warteschlange befinden, melden Sie sich an dem Computer an, auf dem der Session Recording-Server gehostet wird, und zeigen Sie private Warteschlangen an. Wählen Sie citrixsmauddata. Wenn sich Nachrichten in der Warteschlange befinden (Spalte „Anzahl der Nachrichten“), überprüfen Sie, ob der Dienst „Session Recording StorageManager“ gestartet ist. Falls nicht, starten Sie den Dienst neu.