Einstellungen für die Sitzungsresilienz
Die Aufrechterhaltung der Sitzungsaktivität ist entscheidend für die Bereitstellung der besten Benutzererfahrung. Der Verlust der Konnektivität aufgrund unzuverlässiger Netzwerke, stark variabler Netzwerklatenz und Reichweitenbeschränkungen drahtloser Geräte kann zu Benutzerfrustration führen. Die Möglichkeit, schnell zwischen Arbeitsstationen zu wechseln und bei jeder Anmeldung auf dieselben Anwendungen zuzugreifen, hat für viele mobile Mitarbeiter, wie z. B. medizinisches Personal in einem Krankenhaus, Priorität.
Die in diesem Artikel beschriebenen Funktionen optimieren die Zuverlässigkeit von Sitzungen, reduzieren Unannehmlichkeiten, Ausfallzeiten und Produktivitätsverluste; mithilfe dieser Funktionen können mobile Benutzer schnell und einfach zwischen Geräten wechseln.
Sitzungszuverlässigkeit
Die Sitzungszuverlässigkeit (Session Reliability) hält Sitzungen aktiv und auf dem Bildschirm des Benutzers, wenn die Netzwerkverbindung unterbrochen wird. Benutzer sehen weiterhin die Anwendung, die sie verwenden, bis die Netzwerkverbindung wiederhergestellt ist.
-
Diese Funktion ist besonders nützlich für mobile Benutzer mit drahtlosen Verbindungen. Wenn beispielsweise ein Benutzer mit einer drahtlosen Verbindung in einen Eisenbahntunnel fährt, verliert er vorübergehend die Konnektivität. Normalerweise wird die Sitzung getrennt und verschwindet vom Bildschirm des Benutzers, und der Benutzer muss die getrennte Sitzung erneut verbinden. Mit der Sitzungszuverlässigkeit bleibt die Sitzung auf dem Gerät aktiv. Um anzuzeigen, dass die Konnektivität verloren gegangen ist, friert die Anzeige des Benutzers ein und der Cursor ändert sich in eine sich drehende Sanduhr, bis die Konnektivität auf der anderen Seite des Tunnels wiederhergestellt ist. Der Benutzer kann während der Unterbrechung weiterhin auf die Anzeige zugreifen und die Interaktion mit der Anwendung fortsetzen, sobald die Netzwerkverbindung wiederhergestellt ist. Die Sitzungszuverlässigkeit verbindet Benutzer ohne erneute Authentifizierungsaufforderungen wieder.
-
Benutzer der Citrix Workspace™-App können die Controller-Einstellung nicht überschreiben.
Sie können die Sitzungszuverlässigkeit mit Transport Layer Security (TLS) verwenden. TLS verschlüsselt nur die Daten, die zwischen dem Benutzergerät und Citrix Gateway gesendet werden.
Aktivieren und konfigurieren Sie die Sitzungszuverlässigkeit mit den folgenden Richtlinieneinstellungen:
- Die Richtlinieneinstellung „Sitzungszuverlässigkeitsverbindungen“ (Session reliability connections) erlaubt oder verhindert die Sitzungszuverlässigkeit.
- Die Richtlinieneinstellung „Sitzungszuverlässigkeits-Timeout“ (Session reliability timeout) hat einen Standardwert von 180 Sekunden oder drei Minuten. Obwohl Sie die Zeitspanne verlängern können, die die Sitzungszuverlässigkeit eine Sitzung offen hält, ist diese Funktion für den Benutzerkomfort konzipiert und fordert daher keine erneute Authentifizierung an. Wenn Sie die Zeitspanne verlängern, die eine Sitzung offen gehalten wird, steigt die Wahrscheinlichkeit, dass ein Benutzer abgelenkt wird und sich vom Benutzergerät entfernt, wodurch die Sitzung möglicherweise unbefugten Benutzern zugänglich gemacht wird.
- Eingehende Sitzungszuverlässigkeitsverbindungen verwenden Port 2598, es sei denn, Sie ändern die Portnummer in der Richtlinieneinstellung „Portnummer für Sitzungszuverlässigkeit“ (Session reliability port number).
-
Wenn Sie nicht möchten, dass Benutzer unterbrochene Sitzungen ohne erneute Authentifizierung wiederherstellen können, verwenden Sie die Funktion „Automatisches Client-Reconnect“ (Auto Client Reconnect). Sie können die Richtlinieneinstellung „Authentifizierung für automatisches Client-Reconnect“ (Auto client reconnect authentication) so konfigurieren, dass Benutzer bei der Wiederherstellung unterbrochener Sitzungen zur erneuten Authentifizierung aufgefordert werden.
- Wenn Sie sowohl die Sitzungszuverlässigkeit als auch das automatische Client-Reconnect verwenden, arbeiten die beiden Funktionen nacheinander. Die Sitzungszuverlässigkeit schließt oder trennt die Benutzersitzung nach der Zeitspanne, die Sie in der Richtlinieneinstellung „Sitzungszuverlässigkeits-Timeout“ angeben. Danach treten die Richtlinieneinstellungen für das automatische Client-Reconnect in Kraft und versuchen, den Benutzer mit der getrennten Sitzung wiederzuverbinden.
Automatisches Client-Reconnect
Mit der Funktion „Automatisches Client-Reconnect“ kann die Citrix Workspace-App unbeabsichtigte Trennungen von ICA®-Sitzungen erkennen und Benutzer automatisch mit den betroffenen Sitzungen wiederverbinden. Wenn diese Funktion auf dem Server aktiviert ist, müssen Benutzer nicht manuell wieder eine Verbindung herstellen, um weiterzuarbeiten.
-
Bei Anwendungssitzungen versucht die Citrix Workspace-App, die Verbindung zur Sitzung wiederherzustellen, bis eine erfolgreiche Wiederherstellung erfolgt ist oder der Benutzer die Wiederherstellungsversuche abbricht.
-
Bei Desktopsitzungen versucht die Citrix Workspace-App, die Verbindung zur Sitzung für eine bestimmte Zeit wiederherzustellen, es sei denn, es erfolgt eine erfolgreiche Wiederherstellung oder der Benutzer bricht die Wiederherstellungsversuche ab. Standardmäßig beträgt diese Zeit fünf Minuten. Um diesen Zeitraum zu ändern, bearbeiten Sie diese Registrierung auf dem Benutzergerät:
-
HKLM\Software\Citrix\ICA Client\TransportReconnectRetryMaxTimeSeconds; DWORD;<seconds>
Dabei ist seconds die Anzahl der Sekunden, nach denen keine weiteren Versuche unternommen werden, die Sitzung wiederherzustellen.
Aktivieren und konfigurieren Sie das automatische Client-Reconnect mit den folgenden Richtlinieneinstellungen:
- Automatisches Client-Reconnect: Aktiviert oder deaktiviert die automatische Wiederherstellung der Verbindung durch die Citrix Workspace-App, nachdem eine Verbindung unterbrochen wurde.
- Authentifizierung für automatisches Client-Reconnect: Aktiviert oder deaktiviert die Anforderung einer Benutzerauthentifizierung nach der automatischen Wiederherstellung der Verbindung.
-
Protokollierung für automatisches Client-Reconnect: Aktiviert oder deaktiviert die Protokollierung von Wiederherstellungsereignissen im Ereignisprotokoll. Die Protokollierung ist standardmäßig deaktiviert. Wenn aktiviert, erfasst das Systemprotokoll des Servers Informationen über erfolgreiche und fehlgeschlagene automatische Wiederherstellungsereignisse. Jeder Server speichert Informationen zu Wiederherstellungsereignissen in seinem eigenen Systemprotokoll. Die Site bietet kein kombiniertes Protokoll der Wiederherstellungsereignisse für alle Server.
- Das automatische Client-Reconnect beinhaltet einen Authentifizierungsmechanismus, der auf verschlüsselten Benutzeranmeldeinformationen basiert. Wenn sich ein Benutzer zum ersten Mal anmeldet, verschlüsselt und speichert der Server die Benutzeranmeldeinformationen im Speicher und erstellt und sendet ein Cookie mit dem Verschlüsselungsschlüssel an die Citrix Workspace-App. Die Citrix Workspace-App übermittelt den Schlüssel zur Wiederherstellung der Verbindung an den Server. Der Server entschlüsselt die Anmeldeinformationen und übermittelt sie zur Authentifizierung an die Windows-Anmeldung. Wenn Cookies ablaufen, müssen Benutzer sich erneut authentifizieren, um die Verbindung zu Sitzungen wiederherzustellen.
Cookies werden nicht verwendet, wenn Sie die Einstellung für die Authentifizierung beim automatischen Client-Reconnect aktivieren. Stattdessen wird Benutzern ein Dialogfeld angezeigt, das Anmeldeinformationen anfordert, wenn die Citrix Workspace-App versucht, die Verbindung automatisch wiederherzustellen.
-
Für den maximalen Schutz von Benutzeranmeldeinformationen und Sitzungen verwenden Sie die Verschlüsselung für die gesamte Kommunikation zwischen Clients und der Site.
-
Deaktivieren Sie das automatische Client-Reconnect in der Citrix Workspace-App für Windows mithilfe der Datei icaclient.adm. Weitere Informationen finden Sie in der Dokumentation zu Ihrer Version der Citrix Workspace-App für Windows.
Einstellungen für Verbindungen wirken sich auch auf die automatische Client-Wiederverbindung aus:
- Standardmäßig ist die automatische Client-Wiederverbindung über Richtlinieneinstellungen auf Site-Ebene aktiviert, wie oben beschrieben. Eine erneute Benutzerauthentifizierung ist nicht erforderlich. Wenn jedoch die ICA-TCP-Verbindung eines Servers so konfiguriert ist, dass Sitzungen bei einer unterbrochenen Kommunikationsverbindung zurückgesetzt werden, erfolgt keine automatische Wiederverbindung. Die automatische Client-Wiederverbindung funktioniert nur, wenn der Server Sitzungen bei einer unterbrochenen oder abgelaufenen Verbindung trennt. In diesem Zusammenhang bezieht sich die ICA-TCP-Verbindung auf einen virtuellen Port des Servers (und nicht auf eine tatsächliche Netzwerkverbindung), der für Sitzungen in TCP/IP-Netzwerken verwendet wird.
- Standardmäßig ist die ICA-TCP-Verbindung auf einem Server so eingestellt, dass Sitzungen bei unterbrochenen oder abgelaufenen Verbindungen getrennt werden. Getrennte Sitzungen bleiben im Systemspeicher intakt und stehen für die Wiederverbindung durch die Citrix Workspace-App zur Verfügung.
- Die Verbindung kann so konfiguriert werden, dass Sitzungen mit unterbrochenen oder abgelaufenen Verbindungen zurückgesetzt oder abgemeldet werden. Wenn eine Sitzung zurückgesetzt wird, leitet der Versuch, die Verbindung wiederherzustellen, eine neue Sitzung ein. Anstatt einen Benutzer an dieselbe Stelle in der verwendeten Anwendung zurückzuversetzen, wird die Anwendung neu gestartet.
- Wenn der Server so konfiguriert ist, dass Sitzungen zurückgesetzt werden, erstellt die automatische Client-Wiederverbindung eine Sitzung. Dieser Vorgang erfordert, dass Benutzer ihre Anmeldeinformationen eingeben, um sich am Server anzumelden.
- Die automatische Wiederverbindung kann fehlschlagen, wenn die Citrix Workspace-App oder das Plug-In falsche Authentifizierungsinformationen übermittelt, was während eines Angriffs auftreten kann, oder wenn der Server feststellt, dass zu viel Zeit seit der Erkennung der unterbrochenen Verbindung verstrichen ist.
ICA Keep-Alive
Die Aktivierung der ICA Keep-Alive-Funktion verhindert, dass unterbrochene Verbindungen getrennt werden. Wenn diese Funktion aktiviert ist und der Server keine Aktivität feststellt (z. B. keine Zeitänderung, keine Mausbewegung, keine Bildschirmaktualisierungen), verhindert sie, dass die Remotedesktopdienste diese Sitzung trennen. Der Server sendet alle paar Sekunden Keep-Alive-Pakete, um festzustellen, ob die Sitzung aktiv ist. Wenn die Sitzung nicht mehr aktiv ist, markiert der Server die Sitzung als getrennt.
-
Wichtig:
-
ICA Keep-Alive funktioniert nur, wenn Sie keine Sitzungszuverlässigkeit verwenden. Die Sitzungszuverlässigkeit verfügt über eigene Mechanismen, um zu verhindern, dass unterbrochene Verbindungen getrennt werden. Konfigurieren Sie ICA Keep-Alive nur für Verbindungen, die keine Sitzungszuverlässigkeit verwenden.
ICA Keep-Alive-Einstellungen überschreiben Keep-Alive-Einstellungen, die in der Microsoft Windows-Gruppenrichtlinie konfiguriert sind.
Aktivieren und konfigurieren Sie ICA Keep-Alive mit den folgenden Richtlinieneinstellungen:
-
ICA Keep-Alive-Timeout: Gibt das Intervall (1–3600 Sekunden) an, das zum Senden von ICA Keep-Alive-Nachrichten verwendet wird. Konfigurieren Sie diese Option nicht, wenn Ihre Netzwerküberwachungssoftware in Umgebungen, in denen unterbrochene Verbindungen so selten sind, dass die Wiederverbindung von Benutzern mit Sitzungen kein Problem darstellt, inaktive Verbindungen schließen soll.
Das Standardintervall beträgt 60 Sekunden: ICA Keep-Alive-Pakete werden alle 60 Sekunden an Benutzergeräte gesendet. Wenn ein Benutzergerät innerhalb von 60 Sekunden nicht antwortet, ändert sich der Status der ICA-Sitzungen in getrennt.
-
ICA Keep-Alives: Sendet oder verhindert das Senden von ICA Keep-Alive-Nachrichten.
Workspace Control
Workspace Control ermöglicht es Desktops und Anwendungen, einem Benutzer von einem Gerät zum anderen zu folgen. Diese Roaming-Fähigkeit ermöglicht es einem Benutzer, von überall auf alle Desktops oder geöffneten Anwendungen zuzugreifen, indem er sich einfach anmeldet, ohne die Desktops oder Anwendungen auf jedem Gerät neu starten zu müssen. Workspace Control kann beispielsweise Mitarbeitern im Gesundheitswesen in einem Krankenhaus helfen, die schnell zwischen verschiedenen Arbeitsstationen wechseln und bei jeder Anmeldung auf dieselben Anwendungen zugreifen müssen. Wenn Sie die Workspace Control-Optionen entsprechend konfigurieren, können diese Mitarbeiter die Verbindung zu mehreren Anwendungen auf einem Clientgerät trennen und dann die Verbindung wiederherstellen, um dieselben Anwendungen auf einem anderen Clientgerät zu öffnen.
-
Workspace Control wirkt sich auf die folgenden Aktivitäten aus:
- Anmelden: Standardmäßig ermöglicht Workspace Control Benutzern, sich beim Anmelden automatisch wieder mit allen laufenden Desktops und Anwendungen zu verbinden, wodurch das manuelle erneute Öffnen entfällt. Über Workspace Control können Benutzer getrennte Desktops oder Anwendungen sowie alle auf einem anderen Clientgerät aktiven Desktops oder Anwendungen öffnen. Das Trennen der Verbindung zu einem Desktop oder einer Anwendung lässt diese auf dem Server weiterlaufen. Wenn Sie Roaming-Benutzer haben, die einige Desktops oder Anwendungen auf einem Clientgerät am Laufen halten müssen, während sie sich mit einer Untergruppe ihrer Desktops oder Anwendungen auf einem anderen Clientgerät wiederverbinden, können Sie das Anmelde-Wiederverbindungsverhalten so konfigurieren, dass nur die Desktops oder Anwendungen geöffnet werden, von denen sich der Benutzer zuvor getrennt hat.
- Wiederverbinden: Nach der Anmeldung am Server können Benutzer jederzeit durch Klicken auf „Wiederverbinden“ die Verbindung zu allen ihren Desktops oder Anwendungen wiederherstellen. Standardmäßig öffnet „Wiederverbinden“ getrennte Desktops oder Anwendungen sowie alle, die derzeit auf einem anderen Clientgerät ausgeführt werden. Sie können „Wiederverbinden“ so konfigurieren, dass nur die Desktops oder Anwendungen geöffnet werden, von denen sich der Benutzer zuvor getrennt hat.
- Abmelden: Für Benutzer, die Desktops oder Anwendungen über StoreFront™ öffnen, können Sie den Befehl „Abmelden“ so konfigurieren, dass der Benutzer von StoreFront und allen aktiven Sitzungen gleichzeitig abgemeldet wird oder nur von StoreFront abgemeldet wird.
-
Trennen: Benutzer können die Verbindung zu allen laufenden Desktops und Anwendungen gleichzeitig trennen, ohne sich von jeder einzelnen trennen zu müssen.
- Workspace Control ist für Benutzer verfügbar, die über eine Citrix StoreFront-Verbindung oder über die Citrix Workspace-App auf Desktops und Anwendungen zugreifen. Standardmäßig ist Workspace Control für virtuelle Desktopsitzungen deaktiviert, aber für gehostete Anwendungen aktiviert. Die Sitzungsfreigabe erfolgt standardmäßig nicht zwischen veröffentlichten Desktops und Anwendungen, die innerhalb dieser Desktops ausgeführt werden.
Benutzerrichtlinien, Clientlaufwerkzuordnungen und Druckerkonfigurationen ändern sich entsprechend, wenn ein Benutzer zu einem neuen Clientgerät wechselt. Richtlinien und Zuordnungen werden entsprechend dem Clientgerät angewendet, an dem der Benutzer an der Sitzung angemeldet ist. Wenn sich beispielsweise ein Mitarbeiter im Gesundheitswesen von einem Clientgerät in der Notaufnahme eines Krankenhauses abmeldet und sich dann an einer Arbeitsstation im Röntgenlabor des Krankenhauses anmeldet, treten die für die Sitzung im Röntgenlabor geeigneten Richtlinien, Druckerzuordnungen und Clientlaufwerkzuordnungen beim Sitzungsstart in Kraft.
Sie können anpassen, welche Drucker Benutzern angezeigt werden, wenn sie den Standort wechseln. Sie können auch steuern, ob Benutzer auf lokalen Druckern drucken können, wie viel Bandbreite verbraucht wird, wenn Benutzer remote eine Verbindung herstellen, und andere Aspekte ihrer Druckerlebnisse.
Informationen zum Aktivieren und Konfigurieren von Workspace Control für Benutzer finden Sie in der StoreFront-Dokumentation.
Sitzungsroaming
Hinweis:
Die folgenden Informationen leiten Sie an, das Sitzungsroaming mithilfe von PowerShell zu konfigurieren. Sie können stattdessen Studio verwenden. Weitere Informationen finden Sie unter Bereitstellungsgruppen verwalten.
Standardmäßig wechseln Sitzungen mit dem Benutzer zwischen Clientgeräten. Wenn der Benutzer eine Sitzung startet und dann zu einem anderen Gerät wechselt, wird dieselbe Sitzung verwendet, und Anwendungen sind gleichzeitig auf beiden Geräten verfügbar. Sie können die Anwendungen auf mehreren Geräten anzeigen. Die Anwendungen folgen, unabhängig vom Gerät oder davon, ob aktuelle Sitzungen vorhanden sind. Oft folgen auch Drucker und andere der Anwendung zugewiesene Ressourcen.
Obwohl dieses Standardverhalten viele Vorteile bietet, ist es möglicherweise nicht in allen Fällen ideal. Sie können das Sitzungsroaming mithilfe des PowerShell SDK verhindern.
Beispiel 1: Ein Mediziner verwendet zwei Geräte, füllt ein Versicherungsformular auf einem Desktop-PC aus und sieht sich Patienteninformationen auf einem Tablet an.
- Wenn Sitzungsroaming aktiviert ist, erscheinen beide Anwendungen auf beiden Geräten (eine auf einem Gerät gestartete Anwendung ist auf allen verwendeten Geräten sichtbar). Dies entspricht möglicherweise nicht den Sicherheitsanforderungen.
- Wenn Sitzungsroaming deaktiviert ist, erscheint die Patientenakte nicht auf dem Desktop-PC und das Versicherungsformular nicht auf dem Tablet.
Beispiel 2: Ein Produktionsleiter startet eine Anwendung auf dem PC in seinem Büro. Der Gerätename und der Standort bestimmen, welche Drucker und andere Ressourcen für diese Sitzung verfügbar sind. Später am Tag geht er für ein Meeting, bei dem er einen Drucker benötigt, in ein Büro im nächsten Gebäude.
- Wenn Sitzungsroaming aktiviert ist, könnte der Produktionsleiter wahrscheinlich nicht auf die Drucker in der Nähe des Besprechungsraums zugreifen, da die Anwendungen, die er zuvor in seinem Büro gestartet hatte, zur Zuweisung von Druckern und anderen Ressourcen in der Nähe dieses Standorts führten.
- Wenn Sitzungsroaming deaktiviert ist, wird beim Anmelden an einem anderen Computer (mit denselben Anmeldeinformationen) eine neue Sitzung gestartet, und Drucker sowie Ressourcen in der Nähe sind verfügbar.
Sitzungsroaming konfigurieren
Um das Sitzungsroaming zu konfigurieren, verwenden Sie die folgenden Cmdlets für Berechtigungsrichtlinienregeln mit der Eigenschaft „SessionReconnection“. Optional können Sie auch die Eigenschaft „LeasingBehavior“ angeben.
Für Desktopsitzungen:
Set-BrokerEntitlementPolicyRule <Delivery-Group-name> -SessionReconnection <value> -LeasingBehavior Allowed|Disallowed
Für Anwendungssitzungen:
Set-BrokerAppEntitlementPolicyRule <Delivery-Group-name> -SessionReconnection <value> -LeasingBehavior Allowed|Disallowed
Dabei kann value einer der folgenden Werte sein:
- Always: Sitzungen roamen immer, unabhängig vom Clientgerät und davon, ob die Sitzung verbunden oder getrennt ist. Dies ist der Standardwert.
- DisconnectedOnly: Nur zu bereits getrennten Sitzungen wiederherstellen; andernfalls eine neue Sitzung starten. (Sitzungen können zwischen Clientgeräten roamen, indem sie zuerst getrennt oder mithilfe der Workspace Control explizit geroutet werden.) Eine aktive, verbundene Sitzung von einem anderen Clientgerät wird niemals verwendet. Stattdessen wird eine neue Sitzung gestartet.
- SameEndpointOnly: Ein Benutzer erhält für jedes von ihm verwendete Clientgerät eine eindeutige Sitzung. Dies deaktiviert das Roaming vollständig. Benutzer können nur eine Wiederverbindung mit demselben Gerät herstellen, das zuvor in der Sitzung verwendet wurde.
Die Eigenschaft „LeasingBehavior“ wird unten beschrieben.
Auswirkungen anderer Einstellungen:
Das Deaktivieren des Sitzungsroamings wird durch die Anwendungsgrenze „Nur eine Instanz der Anwendung pro Benutzer zulassen“ in den Anwendungseigenschaften der Bereitstellungsgruppe beeinflusst.
- Wenn Sie das Sitzungsroaming deaktivieren, deaktivieren Sie auch die Anwendungsgrenze „Nur eine Instanz …“.
- Wenn Sie die Anwendungsgrenze „Nur eine Instanz …“ aktivieren, konfigurieren Sie keinen der beiden Werte, die neue Sitzungen auf neuen Geräten zulassen.
Anmeldeintervall
Wenn eine virtuelle Maschine, die einen Desktop-VDA enthält, geschlossen wird, bevor der Anmeldevorgang abgeschlossen ist, können Sie dem Prozess mehr Zeit zuweisen. Der Standardwert für Version 7.6 und höher beträgt 180 Sekunden (der Standardwert für 7.0-7.5 beträgt 90 Sekunden).
Legen Sie auf der Maschine (oder dem Masterimage, das in einem Maschinenkatalog verwendet wird) den folgenden Registrierungsschlüssel fest:
Schlüssel: HKLM\SOFTWARE\Citrix\PortICA
- Wert:
AutoLogonTimeout - Typ:
DWORD - Geben Sie eine Dezimalzeit in Sekunden im Bereich von 0 bis 3600 an.
Wenn Sie das Masterimage ändern, rollen Sie das neue Image auf den Katalog aus. Weitere Informationen finden Sie unter Masterimage ändern.
Diese Einstellung gilt nur für VMs mit Single-Session-Desktop- (Workstation-) VDAs. Microsoft steuert das Anmelde-Timeout auf Maschinen mit Multi-Session-Server-VDAs.