Product Documentation

Konzepte und Komponenten

Jul 22, 2016

Diese Abbildung zeigt die wichtigsten Komponenten in einer typischen XenApp- oder XenDesktop-Bereitstellung, die als Site bezeichnet wird.

localized image

Die Abbildung enthält folgende Komponenten:

  • Delivery Controller: Der Delivery Controller ist die zentrale Verwaltungskomponente einer XenApp- oder XenDesktop-Site. Jede Site hat einen oder mehrere Delivery Controller. Er muss auf mindestens einem Server im Datencenter installiert sein. (Um die Zuverlässigkeit und Verfügbarkeit der Site zu gewährleisten, installieren Sie den Controller auf mehreren Servern.) Wenn Ihre Bereitstellung virtuelle Maschinen auf einem Hypervisor oder in einem Clouddienst enthält, kommunizieren die Controller-Dienste mit dem Hypervisor, um Anwendungen und Desktops zu verteilen, den Benutzerzugriff zu authentifizieren und zu verwalten, Verbindungen zwischen Benutzern und ihren virtuellen Desktops und Anwendungen zu vermitteln, Benutzerverbindungen zu optimieren und einen Lastausgleich für die Verbindungen auszuführen.

    Die Daten dieser Dienste werden in der Sitedatenbank gespeichert.

    Der Controller verwaltet den Zustand der Desktops, startet und hält sie basierend auf dem Bedarf und der administrativen Konfiguration an. In bestimmten Editionen ermöglicht der Controller die Installation der Profilverwaltung, mit der Sie personalisierte Einstellungen in virtualisierten oder physischen Windows-Umgebungen verwalten.

  • Datenbank: Mindestens eine Microsoft SQL Server-Datenbank ist pro XenApp- oder XenDesktop-Site zum Speichern der Konfigurations- und Sitzungsinformationen erforderlich. Diese Datenbank speichert die Daten, die von den Diensten des Controllers gesammelt und verwaltet werden. Installieren Sie die Datenbank in Ihrem Datencenter und stellen Sie eine persistente Verbindung mit dem Controller sicher.
  • Virtual Delivery Agent (VDA): Der VDA ist auf jeder physischen oder virtuellen Maschine der Site installiert, die Sie Benutzern zur Verfügung stellen möchten. Durch ihn kann sich die Maschine beim Controller registrieren, sodass die Maschine und die darauf gehosteten Ressourcen Benutzern verfügbar gemacht werden können. VDAs erstellen und verwalten die Verbindung zwischen der Maschine und dem Benutzergerät, prüfen, ob eine Citrix Lizenz für den Benutzer oder die Sitzung verfügbar ist und wenden die für die Sitzung konfigurierten Richtlinien an. Der VDA übermittelt über den Broker Agent Sitzungsinformationen an den Brokerdienst auf dem Controller.

    VDAs sind für Windows-Serverbetriebssysteme und Windows-Desktopbetriebssysteme verfügbar. Mit VDAs für Windows-Serverbetriebssysteme können mehrere Benutzer gleichzeitig eine Verbindung mit dem Server herstellen. Mit VDAs für Windows-Desktopbetriebssysteme kann jeweils nur ein Benutzer eine Verbindung zum Desktop herstellen.

  • Citrix StoreFront: dient zur Authentifizierung von Benutzern für Sites mit Ressourcen und zur Verwaltung von Stores mit Desktops und Anwendungen für die Benutzer. StoreFront hostet den Unternehmensanwendungsstore, über den Sie Benutzern Self-Service-Zugriff auf Desktops und Anwendungen gewähren, die Sie verfügbar machen. Außerdem verfolgt es die Anwendungsabonnements von Benutzern sowie Verknüpfungsnamen und andere Daten, um eine konsistente Benutzererfahrung über mehrere Geräte sicherzustellen.
  • Citrix Receiver: wird auf Benutzergeräten und anderen Endpunkten installiert, u. a. virtuellen Desktops, und bietet Benutzern schnellen, sicheren Self-Service-Zugriff auf Dokumente, Anwendungen und Desktops von allen Geräten (Smartphones, Tablets, PCs) aus. Citrix Receiver bietet bedarfsgesteuerten Zugriff auf Windows-, Web- und SaaS-Anwendungen. Bei Geräten, auf denen die Citrix Receiver-Software nicht installiert werden kann, ermöglicht Citrix Receiver für HTML5 eine Verbindung über einen HTML5-kompatiblen Webbrowser.
  • Citrix Studio: Dies ist die Verwaltungskonsole, mit der Sie die Bereitstellung konfigurieren und verwalten, wobei keine separaten Verwaltungskonsolen für die Bereitstellung von Anwendungen und Desktops benötigt werden. Studio bietet zahlreiche Assistenten, die Ihnen bei der Einrichtung Ihrer Umgebung, dem Erstellen der Arbeitslast zum Hosten von Anwendungen und Desktops sowie beim Zuweisen von Anwendungen und Desktops zu Benutzern behilflich sind. Sie können mit Studio auch Citrix Lizenzen für die Site zuweisen und verfolgen.

    Studio erhält die Informationen, die es anzeigt, vom Brokerdienst auf dem Controller.

  • Citrix Director: Director ist ein webbasiertes Tool, mit dem die Support- und Helpdesk-Teams eine XenDesktop-Umgebung überwachen, potenziell systembedrohende Probleme rechtzeitig behandeln und Unterstützung für Endbenutzer leisten können. Sie können eine Director-Bereitstellung zur Verbindungen mit und Überwachung von mehreren XenApp- bzw. XenDesktop-Sites verwenden. In Director werden folgende Sitzungs- und Siteinformationen angezeigt:

     

    • Echtzeit-Sitzungsdaten vom Brokerdienst auf dem Controller, einschließlich Daten, die der Brokerdienst vom Broker Agent auf dem VDA erhält.
    • Historische Daten für die Site vom Überwachungsdienst auf dem Controller.
    • Daten zum HDX-Datenverkehr (auch ICA-Datenverkehr genannt), die von HDX Insight auf dem NetScaler erfasst werden, wenn die Bereitstellung einen NetScaler und die XenApp- oder XenDesktop-Edition HDX Insights enthält.

     

    Zudem können Sie über Microsoft-Remoteunterstützung auch Benutzersitzungen anzeigen und steuern.

  • Citrix Lizenzserver: Der Lizenzserver verwaltet die Produktlizenzen. Er kommuniziert mit dem Controller, um die Lizenzierung jeder Benutzersitzung zu verwalten, und mit Studio, um Lizenzdateien zuzuteilen. Sie müssen mindestens einen Lizenzserver zum Speichern und Verwalten Ihrer Lizenzdateien erstellen.
  • Hypervisor: Der Hypervisor hostet die virtuellen Maschinen in der Site. Dies können virtuellen Maschinen sein, die Sie zum Hosten von Anwendungen und Desktops verwenden, und auch virtuellen Maschinen, die Sie zum Hosten von XenApp- und XenDesktop-Komponenten verwenden. Ein Hypervisor wird auf einem Hostcomputer installiert, der nur zur Ausführung des Hypervisors und dem Hosten virtueller Maschinen bestimmt ist.

    Der Citrix XenServer-Hypervisor ist in XenApp und XenDesktop enthalten. Sie können auch andere unterstützte Hypervisors verwenden, z. B. Microsoft Hyper-V oder VMware vSphere.

    Obwohl für viele Implementierungen von XenApp und XenDesktop ein Hypervisor erforderlich ist, benötigen Sie keinen für Remote-PC-Zugriff oder wenn Sie Provisioning Services statt MCS zum Bereitstellen von virtuellen Maschinen verwenden. Provisioning Services ist in bestimmten XenApp-/XenDesktop-Editionen enthalten.

Diese zusätzlichen Komponenten, die nicht in der Abbildung oben enthalten sind, können auch in typischen XenApp- oder XenDesktop-Bereitstellungen enthalten sein:

  • Provisioning Services: Provisioning Services ist eine optionale Komponente von XenApp und XenDesktop und steht in einigen Editionen zur Verfügung. Es bietet eine Alternative zu MCS für das Provisioning von virtuellen Maschinen. Während MCS Kopien eines Masterimages erstellt, streamt Provisioning Services das Masterimage zum Benutzergerät. Provisioning Services benötigen hierfür keinen Hypervisor, daher können Sie mit Provisioning Services physische Maschinen hosten. Wenn Provisioning Services in einer Site installiert ist, kommuniziert es mit dem Controller, um Benutzern Ressourcen bereitzustellen.
  • NetScaler Gateway: Wenn Benutzer eine Verbindung von außerhalb der Unternehmensfirewall herstellen, können diese Verbindungen in diesem Release mit Citrix NetScaler Gateway (früher Access Gateway) mit TLS gesichert werden. NetScaler Gateway oder NetScaler VPX virtuelles Gerät ist ein SSL-VPN-Gerät, das in der DMZ (demilitarisierten Zone) bereitgestellt wird und sicheren, zentralen Zugriff über die Unternehmensfirewall bietet.
  • Citrix CloudBridge: In Bereitstellungen, in denen virtuelle Desktops den Benutzern an Remotestandorten wie etwa Zweigstellen bereitgestellt werden, kann mit Citrix CloudBridge (früher Citrix Branch Repeater oder WANScaler) die Leistung optimiert werden. Repeater erhöhen die Leistung in WAN-Netzwerken. Mit Repeatern im Netzwerk erleben Benutzer in Zweigstellen eine LAN-ähnliche Leistung über das WAN. CloudBridge kann bestimmten Teilen der Benutzererfahrung Priorität geben, damit sich beispielsweise die Benutzererfahrung in der Zweigstelle nicht verschlechtert, wenn eine große Datei oder ein großer Druckauftrag über das Netz gesendet wird. HDX WAN-Optimierung mit CloudBridge bietet Komprimierung mit Token sowie Entfernung von Datenduplikaten, wodurch die Bandbreitenanforderungen drastisch reduziert werden und die Leistung verbessert wird. Weitere Informationen finden Sie in der Dokumentation für Citrix CloudBridge.

 

Einrichten und Zuweisen von Ressourcen: Maschinenkataloge und Bereitstellungsgruppen

Sie richten die Ressourcen, die Sie Benutzern bereitstellen möchten, mit Maschinenkatalogen ein; welche Benutzer Zugriff auf diese Ressourcen haben, wird mit Bereitstellungsgruppen festgelegt.

Maschinenkataloge

Maschinenkataloge sind Sammlungen virtueller oder physischer Maschinen, die Sie als Einheit verwalten. Diese Maschinen und die Anwendungen oder virtuellen Desktops darauf sind die Ressourcen, die Sie den Benutzer bereitstellen. Auf allen Maschinen in einem Maschinenkatalog ist das gleiche Betriebssystem und der gleiche Virtual Desktop Agent (VDA) installiert. Sie verfügen auch über dieselben Anwendungen oder virtuellen Desktops. Normalerweise erstellen Sie ein Masterimage und verwenden es zum Erstellen identischer virtueller Maschinen im Maschinenkatalog. Beim Erstellen eines Maschinenkatalogs geben Sie den Typ und die Bereitstellungsmethode für die Maschinen in dem Katalog an.

  • Serverbetriebssystemmaschinen: virtuelle oder physische Maschinen, die auf einem Serverbetriebssystem basieren und dazu verwendet werden, mit XenApp veröffentlichte Apps (serverbasierte, gehostete Anwendungen) und mit XenApp veröffentlichte Desktops (servergehostete Desktops) bereitstellen. Mehrere Benutzer können gleichzeitig eine Verbindung mit diesen Maschinen herstellen.
  • Desktopbetriebssystemmaschinen: virtuelle oder physische Maschinen, die auf einem Desktopbetriebssystem basieren und die VDI-Desktops (Desktops, auf denen Desktopbetriebssysteme ausgeführt werden, die abhängig von den ausgewählten Optionen vollständig personalisiert werden können), VM-gehostete Apps (Anwendungen von Desktopbetriebssystemen) und gehostete physische Desktops bereitstellen. Nur jeweils ein Benutzer kann eine Verbindung zu einem dieser Desktops herstellen.
  • Remote-PC-Zugriff: Wenn Benutzergeräte auf einer Positivliste enthalten sind, können die Benutzer von einem beliebigen Gerät aus, auf dem Citrix Receiver ausgeführt wird, auf ihre Büro-PCs zugreifen. Remote-PC-Zugriff ermöglicht das Verwalten des Zugriffs auf Büro-PCs über die XenDesktop-Bereitstellung.

Provisioningmethoden

  • Maschinenerstellungsdienste (MCS): Sammlung von Diensten, die bei Bedarf virtuelle Server und Desktops von einem Masterimage erstellen, die Speichernutzung optimieren und den Benutzern bei jeder Anmeldung eine virtuelle Maschine bereitstellen. MCS ist vollständig in Citrix Studio integriert und wird dort verwaltet.
  • Provisioning Services: ermöglicht Provisioning und erneutes Provisioning von Computern in Echtzeit von einem freigegebenen Datenträgerimage. Zielgeräte werden von Provisioning Services als eine Gerätesammlung verwaltet. Die Desktops und Anwendungen werden von einer Provisioning Services-vDisk bereitgestellt, deren Image von einem Masterzielgerät erstellt wurde. So können Sie die Verarbeitungsleistung der physischen Hardware oder der virtuellen Maschinen nutzen. Provisioning Services werden in einer eigenen Konsole verwaltet.
  • Vorhandene Images: bezieht sich auf Desktops und Anwendungen, die Sie bereits auf virtuelle Maschinen im Datencenter migriert haben. Sie müssen die Zielgeräte individuell oder kollektiv mit ESD-Tools (Electronic Software Distribution) verwalten.

Bereitstellungsgruppen

Bereitstellungsgruppen sind Sammlungen von Benutzern, denen Zugriff auf eine gemeinsame Gruppe von Ressourcen erteilt wird. Bereitstellungsgruppen enthalten Maschinen von Ihren Maschinenkatalogen und Active Directory-Benutzer, die Zugriff auf die Site haben. Oft ist es sinnvoll, Benutzer den Bereitstellungsgruppen nach ihrer Active Directory-Gruppe zuzuweisen, da sowohl Active Directory-Gruppen als auch Bereitstellungsgruppen Methoden sind, um Benutzer mit ähnlichen Anforderungen zu gruppieren. Jede Bereitstellungsgruppe kann Maschinen aus mehreren Maschinenkatalogen enthalten und jeder Maschinenkatalog kann Maschinen für mehrere Bereitstellungsgruppen beitragen, aber eine Maschine kann jeweils nur zu einer Bereitstellungsgruppe gehören. Sie können Bereitstellungsgruppen für Anwendungen, Desktops oder beides einrichten. Dabei definieren Sie, auf welche Ressourcen Benutzer in der Bereitstellungsgruppe zugreifen können. Beispiel: Sie möchten verschiedene Anwendungen verschiedenen Benutzern bereitstellen. Eine Methode ist die Installation aller bereitzustellenden Anwendungen auf dem Masterimage für einen Maschinenkatalog. Dann erstellen Sie in diesem Katalog genug Maschinen, um sie auf mehrere Bereitstellungsgruppen zu verteilen. Anschließend konfigurieren Sie jede Bereitstellungsgruppe so, dass sie einen anderen Teil der auf den Maschinen installierten Anwendungen bereitstellt.

Unterschiede zwischen XenApp und XenDesktop 7.x und XenApp-Versionen bis 6.5

Wenn Sie mit XenApp 6.5 und Vorversionen vertraut sind, kann es nützlich sein, sich die Unterschiede zwischen XenApp und XenDesktop 7.x und diesen älteren Versionen anzuschauen.

Hinweis: In diesem Abschnitt bezieht sich die Angabe 7.x auf XenApp ab Version 7.5 und auf XenDesktop ab Version 7.

Obwohl die funktionellen Elemente nicht genau gleich sind, erleichtert die folgende Tabelle das Zuordnen der funktionellen Elemente von XenApp bis Version 6.5 zu jenen von XenApp und XenDesktop 7.x:

XenApp 6.5 und VorversionenXenApp und XenDesktop 7.x

Independent Management Architecture (IMA)

FlexCast Management Architecture (FMA)

Farm

Site

Workergruppe

Maschinenkatalog

Bereitstellungsgruppe

Worker

Virtual Delivery Agent (VDA)

Serverbetriebssystemmaschine, VDA für Serverbetriebssystem

Desktopbetriebssystemmaschine, VDA für Desktopbetriebssystem

Remotedesktopdienste (RDS) oder Terminaldienste-Maschine

Serverbetriebssystemmaschine, VDA für Serverbetriebssystem

Zonen- und Datensammelpunkt

Delivery Controller

Delivery Services Console

Citrix Studio und Citrix Director

Veröffentlichen von Anwendungen

Bereitstellen von Anwendungen

Datenspeicher

Datenbank

Lastauswertungsprogramm

Lastverwaltungsrichtlinie

Administrator

Delegierter Administrator

Rolle

Geltungsbereich

XenApp und XenDesktop 7.x basieren auf der FlexCast Management Architecture (FMA). Die FMA ist eine dienstorientierte Architektur, die über Citrix Technologien übergreifend Interoperabilität und Verwaltungsmodularität ermöglicht Die FMA bietet eine Plattform für die Anwendungsbereitstellung, Mobilität, Dienste, flexible Bereitstellung und Cloudverwaltung.

Die FMA ersetzt die Independent Management Architecture (IMA) in XenApp 6.5 und Vorversionen.

Dies sind die Hauptelemente der FMA gegenüber den Elementen von XenApp 6.5 und Vorversionen:

  • Bereitstellungssites: Farmen waren die Objekte der obersten Ebene in XenApp 6.5 und Vorversionen. In XenApp und XenDesktop 7.x ist dies die Site. Über Sites werden Benutzergruppen Anwendungen und Desktops angeboten. Die FMA erfordert, dass Sie in einer Domäne sind, um eine Site bereitzustellen. Beispiel: Zum Installieren der Server muss Ihr Konto lokale Administratorrechte haben und in Active Directory ein Domänenbenutzer sein.
  • Maschinenkataloge und Bereitstellungsgruppen: Maschinen, auf denen Anwendungen gehostet werden, gehörten in XenApp 6.5 und Vorversionen zu Workergruppen, um eine effiziente Verwaltung von Anwendungen und Serversoftware zu ermöglichen. Administratoren konnten für die Anwendungsverwaltung und für den Lastausgleich alle Maschinen in einer Workergruppe als eine Einheit behandeln. Ordner wurden verwendet, um Anwendungen und Maschinen zu organisieren. In XenApp und XenDesktop 7.x verwenden Sie eine Kombination aus Maschinenkatalogen und Bereitstellungsgruppen, um Maschinen, den Lastausgleich und gehostete Anwendungen oder Desktops zu verwalten. Sie können auch Anwendungsordner verwenden.
  • Virtual Delivery Agents (VDAs): In XenApp 6.5 und Vorversionen wurden auf Maschinen in Workergruppen Anwendungen für die Benutzer ausgeführt und die Maschinen kommunizierten mit Datensammelpunkten. In XenApp und XenDesktop 7.x kommuniziert der VDA mit Delivery Controllern, die die Benutzerverbindungen verwalten.
  • Delivery Controller: In XenApp 6.5 und Vorversionen war ein Zonenmaster für Verbindungsanfragen von Benutzern und die Kommunikation mit Hypervisors zuständig. In XenApp und XenDesktop 7.x verteilen und handhaben Controller in der Site Verbindungsanfragen. In XenApp 6.5 und Vorversionen ermöglichten Zonen das Aggregieren von Servern und Replizieren von Daten über WAN-Verbindungen. Die Zonen in XenApp und XenDesktop 7.x sind zwar keine exakte Entsprechung, dennoch können Sie mit ihnen Benutzern an entfernten Standorten eine Verbindung mit Ressourcen ermöglichen, ohne dass diese große WAN-Segmente durchqueren muss.
  • Citrix Studio und Citrix Director: Mit der Studio-Konsole können Sie Umgebungen konfigurieren und Benutzern Zugriff auf Anwendungen und Desktops gewähren. Studio ersetzt die Delivery Services Console in XenApp 6.5 und Vorversionen. Administratoren verwenden Director, um die Umgebung zu überwachen, Benutzergeräte zu spiegeln und IT-Probleme zu behandeln. Zum Spiegeln von Benutzern muss die Microsoft-Remoteunterstützung aktiviert sein; sie ist standardmäßig aktiviert, wenn der VDA installiert ist.
  • Anwendungsbereitstellung: In XenApp 6.5 und Vorversionen wurden mit dem Assistenten zur Anwendungsveröffentlichung Anwendungen vorbereitet und für Benutzer bereitgestellt. In XenApp und XenDesktop 7.x erstellen Sie Anwendungen mit Studio und stellen Sie den Benutzern in einer Bereitstellungsgruppe zur Verfügung. In Studio konfigurieren Sie zunächst eine Site, erstellen und geben Maschinenkataloge an und dann erstellen Sie Bereitstellungsgruppen, die Maschinen aus diesen Maschinenkatalogen verwenden. Mit Bereitstellungsgruppen wird festgelegt, welche Benutzer Zugriff auf die bereitgestellten Anwendungen haben.
  • Datenbank: In XenApp und XenDesktop 7.x werden die Konfigurationsinformationen nicht im IMA-Datenspeicher gespeichert. Stattdessen werden Konfigurations- und Sitzungsinformationen in einer Microsoft SQL Server-Datenbank gespeichert.
  • Lastverwaltungsrichtlinie: In XenApp 6.5 und Vorversionen verwenden Lastauswertungsprogramme vordefinierte Messungen zur Bestimmung der Last auf einer Maschine. Benutzerverbindungen können weniger ausgelasteten Maschinen zugeordnet werden. In XenApp und XenDesktop 7.x erfolgt der Lastausgleich auf Maschinen mit Lastverwaltungsrichtlinien.
  • Delegierte Administration: In XenApp 6.5 und Vorversionen wurden benutzerdefinierte Administratoren erstellt und ihnen wurden Berechtigungen auf der Basis von Ordnern und Objekten zugewiesen. In XenApp und XenDesktop 7.x basieren benutzerdefinierte Administratoren auf Rollen- und Geltungsbereichspaaren. Eine Rolle repräsentiert eine Stellenfunktion. Ihr sind definierte Berechtigungen zugewiesen, die eine Delegierung erlauben. Ein Geltungsbereich steht für eine Sammlung von Objekten. Vordefinierte Administratorrollen haben spezifische Berechtigungssätze, z. B. für Helpdesk, Anwendungen, Hosting und Kataloge. Beispiel: Helpdeskadministratoren können nur mit einzelnen Benutzern in bestimmten Sites arbeiten, während Volladministratoren die gesamte Bereitstellung überwachen und systemweite IT-Probleme behandeln können.

Der Übergang zu FMA bedeutet außerdem, dass einige in XenApp 6.5 und Vorversionen verwendete Features möglicherweise anders implementiert worden sind oder dass Sie sie eventuell durch andere Features, Komponenten oder Tools ersetzen müssen, um das gleiche Ziel zu erreichen.

XenApp 6.5 und VorversionenXenApp und XenDesktop 7.x

Sitzungsvorabstart und Sitzungsfortbestehen, die mit Richtlinieneinstellungen konfiguriert sind

Sitzungsvorabstart und Sitzungsfortbestehen, die durch Bearbeiten der Bereitstellungsgruppeneinstellungen konfiguriert sind.

Wie in XenApp 6.5 ermöglichen diese Features Benutzern einen schnellen Zugriff auf Anwendungen, indem Sitzungen gestartet werden, bevor sie angefordert werden (Sitzungsvorabstart), und aktiv bleiben, nachdem ein Benutzer alle Anwendungen geschlossen hat (Sitzungsfortbestehen). In XenApp und XenDesktop 7.x aktivieren Sie die Features für bestimmte Benutzer, indem Sie diese Einstellungen für vorhandene Bereitstellungsgruppen konfigurieren. Siehe Konfigurieren des Vorabstarts und des Fortbestehens von Sitzungen.

Unterstützung für nicht authentifizierte (anonyme) Benutzer erfolgt durch Zuweisen von Rechten für anonyme Benutzer beim Festlegen der Eigenschaften für veröffentlichte Anwendungen

Unterstützung für nicht authentifizierte (anonyme) Benutzer erfolgt durch Konfigurieren dieser Option, wenn Sie die Benutzereigenschaften einer Bereitstellungsgruppe festlegen. Siehe Benutzer.

Lokaler Hostcache ermöglicht das Funktionieren eines Workerservers, selbst wenn eine Verbindung zum Datenspeicher nicht verfügbar ist

Verbindungsleasing ermöglicht Benutzern die Wiederverbindung mit den zuletzt verwendeten Anwendungen und Desktops, selbst wenn die Sitedatenbank nicht verfügbar ist. Das Feature für Verbindungsleasing ergänzt die bewährten Methoden zum Bereitstellen hoher Verfügbarkeit bei SQL Server. Siehe Verbindungsleasing.

Anwendungsstreaming

App-V stellt gestreamte Anwendungen bereit, die mit Studio verwaltet werden.

Webinterface

Citrix empfiehlt, dass Sie StoreFront einsetzen.

SmartAuditor

Verwenden Sie die Sitzungsaufzeichnung. Sie können auch alle Sitzungsaktivitäten aus einer administrativen Perspektive mit der Konfigurationsprotokollierung aufzeichnen.