Sitzungen
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.
Verwenden Sie die folgenden Funktionen, um die Zuverlässigkeit von Sitzungen zu optimieren und Unannehmlichkeiten, Ausfallzeiten und Produktivitätsverluste zu reduzieren; mithilfe dieser Funktionen können mobile Benutzer schnell und einfach zwischen Geräten wechseln.
Der Abschnitt Anmeldeintervall beschreibt, wie die Standardeinstellung geändert wird.
Sie können einen Benutzer auch von einer Sitzung abmelden, eine Sitzung trennen und den Sitzungs-Prelaunch und Linger konfigurieren; siehe den Artikel Bereitstellungsgruppen verwalten.
Sitzungszuverlässigkeit
Die Sitzungszuverlässigkeit 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. Zum Beispiel fährt ein Benutzer mit einer drahtlosen Verbindung in einen Eisenbahntunnel und verliert vorübergehend die Konnektivität. Normalerweise wird die Sitzung getrennt und verschwindet vom Bildschirm des Benutzers, und der Benutzer muss sich erneut mit der getrennten Sitzung 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, wenn die Netzwerkverbindung wiederhergestellt ist. Die Sitzungszuverlässigkeit verbindet Benutzer ohne erneute Authentifizierungsaufforderungen wieder.
Benutzer von Citrix Receiver™ 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 NetScaler® Gateway gesendet werden.
Aktivieren und konfigurieren Sie die Sitzungszuverlässigkeit mit den folgenden Richtlinieneinstellungen:
- Die Richtlinieneinstellung für Sitzungszuverlässigkeitsverbindungen erlaubt oder verhindert die Sitzungszuverlässigkeit.
- Die Richtlinieneinstellung für das Sitzungszuverlässigkeits-Timeout hat einen Standardwert von 180 Sekunden oder drei Minuten. Obwohl Sie die Zeit verlängern können, die die Sitzungszuverlässigkeit eine Sitzung offen hält, ist diese Funktion für die Benutzerfreundlichkeit konzipiert und fordert den Benutzer daher nicht zur erneuten Authentifizierung auf. Wenn Sie die Zeit 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 bleibt.
- Eingehende Sitzungszuverlässigkeitsverbindungen verwenden Port 2598, es sei denn, Sie ändern die Portnummer in der Richtlinieneinstellung für die Sitzungszuverlässigkeits-Portnummer.
- Wenn Sie nicht möchten, dass Benutzer sich ohne erneute Authentifizierung mit unterbrochenen Sitzungen verbinden können, verwenden Sie die Funktion „Automatisches Client-Reconnect“. Sie können die Richtlinieneinstellung für die Authentifizierung bei automatischem Client-Reconnect so konfigurieren, dass Benutzer zur erneuten Authentifizierung aufgefordert werden, wenn sie sich mit unterbrochenen Sitzungen verbinden.
Wenn Sie sowohl die Sitzungszuverlässigkeit (Session Reliability) als auch die automatische Clientwiederverbindung (Auto Client Reconnect) verwenden, arbeiten die beiden Funktionen nacheinander. Die Sitzungszuverlässigkeit (Session Reliability) beendet oder trennt die Benutzersitzung nach der Zeitspanne, die Sie in der Richtlinieneinstellung für das Sitzungszuverlässigkeits-Timeout (Session reliability timeout) angeben. Danach treten die Richtlinieneinstellungen für die automatische Clientwiederverbindung (Auto Client Reconnect) in Kraft und versuchen, den Benutzer mit der getrennten Sitzung wiederzuverbinden.
Automatische Clientwiederverbindung
Mit der Funktion für die automatische Clientwiederverbindung (Auto Client Reconnect) kann Citrix Receiver unbeabsichtigte Trennungen von ICA®-Sitzungen erkennen und Benutzer automatisch mit den betroffenen Sitzungen wiederverbinden. Wenn diese Funktion auf dem Server aktiviert ist, müssen sich Benutzer nicht manuell wiederverbinden, um weiterzuarbeiten.
Bei Anwendungssitzungen versucht Citrix Receiver, die Verbindung zur Sitzung wiederherzustellen, bis eine erfolgreiche Wiederverbindung erfolgt ist oder der Benutzer die Wiederverbindungsversuche abbricht.
Bei Desktopsitzungen versucht Citrix Receiver, die Verbindung zur Sitzung für einen bestimmten Zeitraum wiederherzustellen, es sei denn, es erfolgt eine erfolgreiche Wiederverbindung oder der Benutzer bricht die Wiederverbindungsversuche ab. Standardmäßig beträgt dieser Zeitraum fünf Minuten. Um diesen Zeitraum zu ändern, bearbeiten Sie diesen Registrierungseintrag auf dem Benutzergerät:
HKLM\Software\Citrix\ICA Client\TransportReconnectRetryMaxTimeSeconds; DWORD;<seconds>
wobei <seconds> die Anzahl der Sekunden ist, nach denen keine weiteren Versuche unternommen werden, die Sitzung wiederzuverbinden.
Aktivieren und konfigurieren Sie die automatische Clientwiederverbindung (Auto Client Reconnect) mit den folgenden Richtlinieneinstellungen:
- Automatische Clientwiederverbindung. Aktiviert oder deaktiviert die automatische Wiederverbindung durch Citrix Receiver, nachdem eine Verbindung unterbrochen wurde.
- Authentifizierung bei automatischer Clientwiederverbindung. Aktiviert oder deaktiviert die Anforderung einer Benutzerauthentifizierung nach der automatischen Wiederverbindung.
- Protokollierung der automatischen Clientwiederverbindung. Aktiviert oder deaktiviert die Protokollierung von Wiederverbindungsereignissen im Ereignisprotokoll. Die Protokollierung ist standardmäßig deaktiviert. Wenn aktiviert, erfasst das Systemprotokoll des Servers Informationen über erfolgreiche und fehlgeschlagene automatische Wiederverbindungsereignisse. Jeder Server speichert Informationen zu Wiederverbindungsereignissen in seinem eigenen Systemprotokoll; die Site bietet kein kombiniertes Protokoll der Wiederverbindungsereignisse für alle Server.
Die automatische Clientwiederverbindung (Auto Client Reconnect) umfasst 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 ein Cookie, das den Verschlüsselungsschlüssel enthält, und sendet es an Citrix Receiver. Citrix Receiver übermittelt den Schlüssel zur Wiederverbindung an den Server. Der Server entschlüsselt die Anmeldeinformationen und übermittelt sie zur Authentifizierung an die Windows-Anmeldung. Wenn Cookies ablaufen, müssen sich Benutzer erneut authentifizieren, um die Verbindung zu Sitzungen wiederherzustellen.
Cookies werden nicht verwendet, wenn Sie die Einstellung für die Authentifizierung bei automatischer Clientwiederverbindung aktivieren. Stattdessen wird den Benutzern ein Dialogfeld angezeigt, das Anmeldeinformationen anfordert, wenn Citrix Receiver versucht, automatisch wiederzuverbinden.
Verwenden Sie zur Maximierung des Schutzes von Benutzeranmeldeinformationen und Sitzungen die Verschlüsselung für die gesamte Kommunikation zwischen Clients und der Site.
Deaktivieren Sie die automatische Clientwiederverbindung (Auto Client Reconnect) in Citrix Receiver für Windows mithilfe der Datei icaclient.adm. Weitere Informationen finden Sie in der Dokumentation zu Ihrer Version von Citrix Receiver für Windows.
Einstellungen für Verbindungen wirken sich auch auf Auto Client Reconnect aus:
- Standardmäßig ist Auto Client Reconnect ü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 mit einer unterbrochenen Kommunikationsverbindung zurückgesetzt werden, erfolgt keine automatische Wiederverbindung. Auto Client Reconnect funktioniert nur, wenn der Server Sitzungen trennt, wenn eine unterbrochene oder abgelaufene Verbindung vorliegt. In diesem Zusammenhang bezieht sich die ICA-TCP-Verbindung auf einen virtuellen Port eines 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 mit unterbrochenen oder abgelaufenen Verbindungen getrennt werden. Getrennte Sitzungen bleiben im Systemspeicher intakt und stehen für die Wiederverbindung durch Citrix Receiver 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, wird beim Versuch der Wiederverbindung eine neue Sitzung gestartet; anstatt einen Benutzer an dieselbe Stelle in der verwendeten Anwendung zurückzuführen, wird die Anwendung neu gestartet.
- Wenn der Server so konfiguriert ist, dass Sitzungen zurückgesetzt werden, erstellt Auto Client Reconnect eine neue Sitzung. Dieser Vorgang erfordert, dass Benutzer ihre Anmeldeinformationen eingeben, um sich am Server anzumelden.
- Die automatische Wiederverbindung kann fehlschlagen, wenn Citrix Receiver 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 vergangen 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 Remote Desktop Services 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.
Hinweis:
ICA Keep-Alive funktioniert nur, wenn Sie Session Reliability nicht verwenden. Session Reliability verfügt über eigene Mechanismen, um zu verhindern, dass unterbrochene Verbindungen getrennt werden. Konfigurieren Sie ICA Keep-Alive nur für Verbindungen, die Session Reliability nicht 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-Steuerung
Die Workspace-Steuerung 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. Beispielsweise kann die Workspace-Steuerung medizinischem Personal in einem Krankenhaus helfen, das sich schnell zwischen verschiedenen Workstations bewegen und bei jeder Anmeldung auf dieselben Anwendungen zugreifen muss. Wenn Sie die Optionen der Workspace-Steuerung so konfigurieren, dass dies zulässig ist, 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.
Die Workspace-Steuerung wirkt sich auf die folgenden Aktivitäten aus:
- Anmelden: Standardmäßig ermöglicht die Workspace-Steuerung Benutzern, sich beim Anmelden automatisch wieder mit allen laufenden Desktops und Anwendungen zu verbinden, wodurch das manuelle erneute Öffnen entfällt. Über die Workspace-Steuerung 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 wieder verbinden, können Sie das Anmelde-Wiederverbindungsverhalten so konfigurieren, dass nur die Desktops oder Anwendungen geöffnet werden, von denen der Benutzer zuvor die Verbindung getrennt hat.
- Wiederverbinden: Nach der Anmeldung am Server können Benutzer jederzeit alle ihre Desktops oder Anwendungen wieder verbinden, indem sie auf „Wiederverbinden“ klicken. 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 der Benutzer zuvor die Verbindung 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 zusammen 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.
Die Workspace-Steuerung ist nur für Citrix Receiver-Benutzer verfügbar, die über eine Citrix StoreFront-Verbindung auf Desktops und Anwendungen zugreifen. Standardmäßig ist die Workspace-Steuerung 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, Clientlaufwerkszuordnungen und Druckerkonfigurationen ändern sich entsprechend, wenn ein Benutzer zu einem neuen Clientgerät wechselt. Richtlinien und Zuordnungen werden gemäß dem Clientgerät angewendet, an dem der Benutzer derzeit bei 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 Workstation im Röntgenlabor des Krankenhauses anmeldet, treten die für die Sitzung im Röntgenlabor geeigneten Richtlinien, Druckerzuordnungen und Clientlaufwerkszuordnungen beim Start der Sitzung in Kraft.
Sie können anpassen, welche Drucker Benutzern angezeigt werden, wenn sie den Standort wechseln. Sie können auch steuern, ob Benutzer auf lokale Drucker drucken können, wie viel Bandbreite verbraucht wird, wenn Benutzer remote eine Verbindung herstellen, und andere Aspekte ihrer Druckerlebnisse.
Informationen zum Aktivieren und Konfigurieren der Workspace-Steuerung für Benutzer finden Sie in der StoreFront-Dokumentation.
Sitzungsroaming
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 auf beiden Geräten verfügbar. Die Anwendungen folgen, unabhängig vom Gerät oder davon, ob aktuelle Sitzungen vorhanden sind. In vielen Fällen 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 betrachtet Patienteninformationen auf einem Tablet.
- Wenn Session-Roaming 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 Session-Roaming deaktiviert ist, wird die Patientenakte nicht auf dem Desktop-PC angezeigt 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 Session-Roaming 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 Session-Roaming deaktiviert ist, wird beim Anmelden an einem anderen Computer (mit denselben Anmeldeinformationen) eine neue Sitzung gestartet, und Drucker und Ressourcen in der Nähe sind verfügbar.
Session-Roaming konfigurieren
Um Session-Roaming zu konfigurieren, verwenden Sie die folgenden Cmdlets für Berechtigungsrichtlinienregeln mit der Eigenschaft „SessionReconnection“. Optional können Sie auch die Eigenschaft „LeasingBehavior“ angeben; siehe Verbindungslizenzierung und Session-Roaming unten.
Für Desktopsitzungen:
Set-BrokerEntitlementPolicyRule <Delivery-Group-name> -SessionReconnection <value> -LeasingBehavior Zugelassen|Nicht zugelassen
Für Anwendungssitzungen:
Set-BrokerAppEntitlementPolicyRule <Delivery-Group-name> -SessionReconnection <value> -LeasingBehavior Zugelassen|Nicht zugelassen
Wobei <value> einer der folgenden Werte sein kann:
- 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 von Workspace Control explizit geroumt 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 verwendete Clientgerät eine eindeutige Sitzung. Dies deaktiviert das Roaming vollständig. Benutzer können nur zu demselben Gerät wiederherstellen, das zuvor in der Sitzung verwendet wurde.
Die Eigenschaft „LeasingBehavior“ wird unten beschrieben.
Auswirkungen von anderen Einstellungen
Das Deaktivieren des Sitzungsroamings wird durch die Anwendungsgrenze „Nur eine Instanz der Anwendung pro Benutzer zulassen“ in den Eigenschaften der Anwendung in der Delivery Group beeinflusst.
- Wenn Sie das Sitzungsroaming deaktivieren, dann deaktivieren Sie 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.
Verbindungsleasing und Sitzungsroaming
Wenn Sie mit Verbindungsleasing nicht vertraut sind, siehe den Artikel Verbindungsleasing.
Wenn ein Controller in den Modus für geleaste Verbindungen wechselt, wird die Sitzungswiederverbindung auf ihren Standardwert zurückgesetzt, wodurch der Benutzer nur mit einer der aktiven oder getrennten Sitzungen für den Desktop oder die Anwendung wiederverbunden wird.
Aus zusätzlichen Sicherheitsgründen, wenn Sie einen Nicht-Standardwert für das Sitzungsroaming konfiguriert haben und mehrere Benutzer dieselben Anmeldeinformationen auf mehreren Geräten teilen, erwägen Sie, die Verbindungsleasing-Funktion für die Delivery Group zu deaktivieren, die dieses Benutzerkonto enthält.
Warum? In diesem Szenario wird eine Sitzung von allen Geräten gemeinsam genutzt. Dies könnte unerwünscht sein, wenn beispielsweise eine Person vertrauliche Informationen anzeigt, die nicht von jemand anderem gesehen werden sollen, der sich mit denselben Anmeldeinformationen wieder verbindet, während sich der Controller im Modus für geleaste Verbindungen befindet.
Das Deaktivieren des Verbindungsleasings in der Berechtigungsrichtlinie eliminiert diese Möglichkeit: Ein Benutzer kann die Sitzung eines anderen Benutzers mit derselben Anmeldung nicht sehen, selbst wenn sich der Controller im Modus für geleaste Verbindungen befindet. Andere Berechtigungsrichtlinien können unverändert bleiben; einzelne Benutzerkonten können die Verbindungsleasing-Funktionalität über separate Berechtigungen nutzen.
Um das Verbindungsleasing in einer Berechtigungsrichtlinie zu deaktivieren, fügen Sie die Eigenschaft „LeasingBehavior Disallowed“ zum Berechtigungsrichtlinien-Cmdlet hinzu. Wenn Sie das Verbindungsleasing deaktivieren, müssen Sie alle Start-Leases manuell löschen, die bereits für diese Berechtigungsrichtlinie erstellt und zwischengespeichert wurden; andernfalls können Benutzer während eines Datenbankausfalls weiterhin eine Wiederverbindung herstellen.
Anmeldeintervall
Wenn eine virtuelle Maschine, die einen Desktop-VDA enthält, geschlossen wird, bevor der Anmeldevorgang abgeschlossen ist, können Sie dem Vorgang mehr Zeit zuweisen. Der Standardwert für Version 7.6 und spätere Versionen beträgt 180 Sekunden (der Standardwert für 7.0-7.5 beträgt 90 Sekunden).
Auf der Maschine (oder dem Masterimage, das in einem Maschinenkatalog verwendet wird), legen Sie 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-3600 an.
Wenn Sie ein Masterimage ändern, aktualisieren Sie den Katalog.
Hinweis:
Diese Einstellung gilt nur für VMs mit Desktop- (Workstation-) VDAs; Microsoft steuert das Anmelde-Timeout auf Maschinen mit Server-VDAs.