Product Documentation

Optimieren

Aug 23, 2016

Durch Optimieren Ihrer Umgebung erhalten Sie die beste Leistung von Citrix Receiver und bieten die beste Benutzererfahrung. Sie können die Leistung folgendemaßen optimieren:

Zuordnen von Benutzergeräten

Citrix Receiver unterstützt Clientgerätzuordnung für Verbindungen zu XenApp- und XenDesktop-Servern. Mit der Clientgerätzuordnung kann eine auf dem Server ausgeführte Remoteanwendung auf Geräte zugreifen, die an das lokale Benutzergerät angeschlossen sind. Dem Benutzer des Benutzergeräts erscheinen die Anwendungen und Systemressourcen, als würden sie lokal ausgeführt. Vergewissern Sie sich, dass der Server die Clientgerätzuordnung unterstützt, bevor Sie diese Funktionen verwenden.

Hinweis:

Das Sicherheitsmodul Security-Enhanced Linux (SELinux) kann sich auf die Clientlaufwerkzuordnung und die USB-Umleitung (unter XenApp und XenDesktop) auswirken. Wenn Sie eines dieser Features (oder beide) benötigen, deaktivieren Sie SELinux, bevor Sie es auf dem Server konfigurieren.

Zuordnen von Clientlaufwerken

Die Clientlaufwerkszuordnung ermöglicht das Umleiten von Laufwerksbuchstaben auf dem XenApp- oder XenDesktop-Server auf Verzeichnisse, die auf dem lokalen Benutzergerät vorhanden sind. In einer Citrix Benutzersitzung kann beispielsweise der Laufwerk H einem Verzeichnis auf dem lokalen Computer, auf dem Receiver ausgeführt wird, zugeordnet werden.

Mit der Clientlaufwerkzuordnung werden alle auf dem lokalen Benutzergerät bereitgestellten Verzeichnisse, einschließlich CDs, DVDs oder USB-Sticks, in Sitzungen für den Benutzer verfügbar, wenn der lokale Benutzer Zugriffsrechte hat. Wenn ein Server für die Clientlaufwerkszuordnung konfiguriert ist, können Benutzer auf lokal gespeicherte Dateien zugreifen, diese in ihren Sitzungen bearbeiten und dann entweder auf einem lokalen Laufwerk oder einem Laufwerk auf dem Server speichern.

Es gibt zwei Arten von Laufwerkszuordnung:
  • Die statische Clientlaufwerkszuordnung ermöglicht es Administratoren, einen beliebigen Teil des Dateisystems auf dem Benutzergerät bei der Anmeldung einem bestimmten Laufwerksbuchstaben auf dem Server zuzuordnen. Sie können damit beispielsweise das gesamte Basisverzeichnis oder einen Teil davon sowie die Einhängepunkte von Hardwaregeräten wie CD-ROMs, DVDs oder USB-Sticks zuordnen.
  • Die dynamische Clientlaufwerkszuordnung überwacht die Verzeichnisse, in denen Hardwaregeräte wie CD-ROMs, DVDs und USB-Sticks üblicherweise auf dem Benutzergerät eingehängt werden. Geräte, die der Sitzung neu hinzugefügt werden, werden automatisch dem nächsten verfügbaren Laufwerksbuchstaben auf dem Server zugeordnet.

Wenn eine Verbindung zwischen Citrix Receiver und XenApp oder XenDesktop hergestellt wird, werden die Clientlaufwerkzuordnungen wiederhergestellt, es sei denn, die Clientgerätzuordnung ist deaktiviert. Sie können mit Richtlinien genauer steuern, wie die Clientgerätzuordnung angewendet wird. Weitere Informationen finden Sie in der XenApp- und XenDesktop-Dokumentation.

Benutzer können Laufwerke im Dialogfeld Einstellungen zuordnen. Weitere Informationen finden Sie unter Festlegen von Einstellungen.

Hinweis: Standardmäßig wird durch das Aktivieren der statischen Clientlaufwerkzuordnung auch die dynamische Clientlaufwerkzuordnung aktiviert. Damit beim Aktivieren der statischen Clientlaufwerkszuordnung die dynamische Clientlaufwerkszuordnung nicht aktiviert wird, legen Sie "DynamicCDM" in wfclient.ini auf "False" fest.

Zuordnen von Clientdruckern

Citrix Receiver unterstützt das Drucken auf Netzwerkdruckern und auf lokal an Benutzergeräte angeschlossenen Druckern. XenApp ermöglicht Benutzern Folgendes, außer wenn Sie dies durch Richtlinien verhindern:
  • Drucken auf allen Druckgeräten, die vom Benutzergerät aus verfügbar sind
  • Hinzufügen von Druckern

Diese Einstellungen sind jedoch möglicherweise nicht für alle Umgebungen optimal. Beispielsweise ist die Standardeinstellung, bei der Benutzer alle Drucker verwenden können, auf die sie über das Benutzergerät zugreifen können, anfänglich die am einfachsten zu verwaltende Lösung, kann jedoch in manchen Umgebungen zu langen Anmeldezeiten führen. In solchen Situationen sollten Sie die Liste der auf dem Benutzergerät konfigurierten Drucker einschränken.

Die Sicherheitsrichtlinien des Unternehmens könnten es außerdem erforderlich machen, dass Sie das benutzerseitige Zuordnen lokaler Druckerports nicht zulassen. Hierfür stellen Sie auf dem Server die Citrix Richtlinieneinstellung Client-COM-Ports automatisch verbinden auf Deaktiviert ein.

Einschränken der Liste der auf dem Benutzergerät konfigurierten Drucker

  1. Öffnen Sie die Konfigurationsdatei wfclient.ini in einem der folgenden Verzeichnisse:
    • Im Verzeichnis $HOME/.ICAClient, um die automatisch erstellten Drucker für einen einzelnen Benutzer einzuschränken.
    • Im Verzeichnis $ICAROOT/config, um die Drucker für alle Benutzer von Receiver einzuschränken, die das Programm selfservice nach der vorgenommenen Änderung als erste verwenden.
  2. Geben Sie im Abschnitt [WFClient] der Datei Folgendes ein:

    ClientPrinterList=Drucker1:Drucker2:Drucker3

    Dabei sind Drucker1, Drucker2 usw. die Namen der ausgewählten Drucker. Trennen Sie die Einträge für die Druckernamen mit einem Doppelpunkt (:).

  3. Speichern und schließen Sie die Datei.

Zuordnen von Clientdruckern auf XenApp für Windows

Citrix Receiver für Linux unterstützt den universellen Citrix PS Druckertreiber. Daher ist in den meisten Fällen keine lokale Konfiguration erforderlich, damit Benutzer mit Netzwerkdruckern oder Druckern, die an die lokalen Benutzergeräte angeschlossen sind, drucken können. Sie müssen Clientdrucker unter XenApp für Windows jedoch u. U. manuell zuordnen, wenn z. B. die Drucksoftware des Benutzergeräts nicht den universellen Druckertreiber unterstützt.

Zuordnen eines lokalen Druckers auf einem Server

  1. Starten Sie eine Serververbindung von Citrix Receiver und melden Sie sich an einem Server an, auf dem XenApp ausgeführt wird.
  2. Klicken Sie im Startmenü auf Einstellungen > Drucker.
  3. Klicken Sie im Menü Datei auf Drucker hinzufügen.

    Der Druckerinstallations-Assistent wird angezeigt.

  4. Fügen Sie mit dem Assistenten einen Netzwerkdrucker aus dem Client-Netzwerk und der Client-Domäne hinzu. in den meisten Fällen ist dies ein Standarddruckername, ähnlich den Druckernamen, die mit den Remotedesktopdiensten erstellt werden, z. B. "HP LaserJet 4 von Clientname in Sitzung 3".

    Weitere Informationen zum Hinzufügen von Druckern finden Sie in der Dokumentation zum Windows-Betriebssystem.

Zuordnen von Clientdruckern auf XenApp für UNIX

In UNIX-Umgebungen werden von Citrix Receiver definierte Druckertreiber ignoriert. Das Drucksystem auf dem Benutzergerät muss in der Lage sein, das von der Anwendung erzeugte Druckformat zu verarbeiten.

Bevor Benutzer von Citrix XenApp für UNIX auf einem Clientdrucker drucken können, muss der Systemadministrator diese Funktion aktivieren. Weitere Informationen finden Sie im Abschnitt XenApp für Unix in den eDocs.

Zuordnen von Clientaudio

Die Clientaudiozuordnung ermöglicht es, dass auf XenApp-Servern oder XenDesktop ausgeführte Anwendungen Audiodaten über ein auf dem Benutzergerät installiertes Audiogerät abspielen. Sie können die Audioqualität auf dem Server auf Verbindungsbasis festlegen und Benutzer können sie auf dem Benutzergerät einstellen. Bei unterschiedlichen Einstellungen wird die niedrigere Einstellung verwendet.

Die Clientaudiozuordnung kann zu einer Überlastung der Server und des Netzwerks führen. Je höher die Audioqualität, desto größer die erforderliche Bandbreite für die Übertragung der Audiodaten. Bei der höheren Audioqualität wird außerdem auch mehr Prozessorzeit auf dem Server in Anspruch genommen.

Sie können die Clientaudiozuordnung mit Richtlinien konfigurieren. Weitere Informationen finden Sie in der XenApp- und XenDesktop-Dokumentation.

Hinweis: Diese Funktion steht nicht bei einer Verbindung zu Citrix XenApp für UNIX zur Verfügung.

Festlegen eines anderen Geräts als das Standardaudiogerät

Das Standardaudiogerät ist normalerweise das Standard-ALSA-Gerät, das für Ihr System konfiguriert ist. Mit der folgenden Methode können Sie ein anderes Gerät festlegen:

  1. Wählen Sie je nachdem, für welche Benutzer die Änderungen gelten sollen, die entsprechende Konfigurationsdatei aus und öffnen Sie sie. Informationen dazu, wie sich Änderungen in bestimmten Konfigurationsdateien auf bestimmte Benutzer auswirken, finden Sie unter Anpassen von Receiver mit Konfigurationsdateien.
  2. Fügen Sie die folgende Option hinzu. Wenn dieser Abschnitt nicht vorhanden ist, erstellen Sie ihn.

[ClientAudio]

AudioDevice = <Gerät>

Die Informationen für Gerät befinden sich in der ALSA-Konfigurationsdatei auf Ihrem Betriebssystem.
Hinweis: Der Speicherort für diese Informationen ist nicht auf allen Linux-Betriebssystemen einheitlich. Citrix empfiehlt, in der Dokumentation Ihres Betriebssystems nachzulesen, wo Sie diese Informationen finden können.

Konfigurieren der USB-Unterstützung

Mit der USB-Unterstützung können Benutzer mit zahlreichen USB-Geräten interagieren, wenn sie mit einem virtuellen Desktop verbunden sind. Benutzer können USB-Geräte an ihren Computer anschließen. Diese werden dann zum virtuellen Desktop umgeleitet. Zu den USB-Geräte, die für Remoting verfügbar sind, gehören Flashlaufwerke, Smartphones, PDAs, Drucker, Scanner, MP3 Player, Sicherheitsgeräte und Tablets.

USB-Umleitung erfordert XenApp 7.6 (oder höher) oder XenDesktop. XenApp unterstützt nicht die USB-Umleitung von Massenspeichergeräten und für die Unterstützung von Audiogeräten ist eine besondere Konfiguration erforderlich. Weitere Informationen finden Sie in der XenApp 7.6-Dokumentation.

Isochrone Features in USB-Geräten wie Webkameras, Mikrofone, Lautsprecher und Headsets werden in typischen LAN-Umgebungen mit geringer Latenz und hoher Geschwindigkeit unterstützt, in den meisten Fällen ist die standardmäßige Audio- oder Webkameraumleitung jedoch geeigneter. 

Die folgenden Gerätetypen werden direkt in einer XenDesktop-Sitzung unterstützt und verwenden daher keine USB-Unterstützung:

  • Tastaturen
  • Mäuse
  • Smartcards
  • Headsets
  • Webkameras
Hinweis: USB-Spezialgeräte (beispielsweise Bloomberg Tastaturen und 3D-Maus) können für die USB-Unterstützung konfiguriert werden. Weitere Informationen zur Konfiguration von Richtlinienregeln für andere USB-Spezialgeräte finden Sie unter CTX119722.

In der Standardeinstellung werden bestimmte Typen von USB-Geräten nicht für Remoting über XenDesktop unterstützt. Beispielsweise könnte ein Benutzer eine Netzwerkkarte über internes USB mit der Systemplatine verbunden haben. Remoting wäre in diesem Fall nicht angebracht. Die folgenden Typen von USB-Geräten können standardmäßig nicht in einer XenDesktop-Sitzung verwendet werden:

  • Bluetooth-Dongle
  • Integrierte Netzwerkkarten
  • USB-Hubs

Um die Standardliste von USB-Geräten für Remoting zu aktualisieren, bearbeiten Sie die Datei usb.conf in $ICAROOT/. Weitere Informationen finden Sie unter Aktualisieren der für Remoting verfügbaren USB-Geräte-Liste.

Um Remoting von USB-Geräten zu virtuellen Desktops zuzulassen, aktivieren Sie die USB-Richtlinienregel. Weitere Informationen finden Sie in der XenDesktop-Dokumentation.

Funktionsweise der USB-Unterstützung

Wenn ein Benutzer ein USB-Gerät anschließt, wird es anhand der USB-Richtlinie überprüft und, sofern zulässig, an den virtuellen Desktop umgeleitet. Wenn das Gerät von der Standardrichtlinie abgelehnt wird, steht es nur auf dem lokalen Desktop zur Verfügung.

Bei Desktops, auf die über Desktop Appliance Mode zugegriffen wird, erfolgt die automatische Umleitung eines Geräts zum virtuellen Desktop, wenn ein Benutzer ein USB-Gerät anschließt. Der virtuelle Desktop steuert das USB-Gerät und zeigt es auf der Benutzeroberfläche an.

Das Sitzungsfenster muss den Fokus haben, wenn der Benutzer das USB-Gerät für die Umleitung anschließt, es sei denn, der Desktop Appliance Mode wird verwendet.

Massenspeichergeräte

Wenn ein Benutzer die Verbindung zu einem virtuellen Desktop trennt, während ein USB-Massenspeichergerät noch am lokalen Desktop angeschlossen ist, wird das Gerät nicht an den virtuellen Desktop umgeleitet, wenn der Benutzer die Verbindung wieder herstellt. Um sicherzustellen, dass das Massenspeichergerät an den virtuellen Desktop umgeleitet wird, muss der Benutzer es entfernen und nach der Wiederherstellung der Verbindung wieder anschließen.

Hinweis: Wenn Sie ein Massenspeichergerät an eine Linux-Workstation anschließen, die Remoteverbindungen von USB-Massenspeichergeräten nicht zulässt, wird das Gerät von der Receiver-Software nicht akzeptiert und es wird möglicherweise ein separater Linux-Dateibrowser geöffnet. Aus diesem Grund empfiehlt Citrix, dass Sie die Benutzergeräte so konfigurieren, dass die Einstellung Wechselmedien beim Einlegen einbinden standardmäßig deaktiviert ist. Verwenden Sie auf Geräten mit Debian die Debian-Menüleiste, indem Sie unter System > Einstellungen > Wechseldatenträger und -medien auf der Registerkarte Speicherort unter Wechseldatenträger das Kontrollkästchen Wechselmedien beim Einlegen einbinden deaktivieren.
Hinweis: Wenn die Serverrichtlinie Client-USB-Geräteumleitung aktiviert ist, werden Massenspeichergeräte wie USB-Geräte umgeleitet, selbst wenn die Clientlaufwerkzuordnung aktiviert ist.

Webkameras

Standardmäßig bietet die HDX RealTime-Webcamvideokomprimierung optimale Webcamleistung. In manchen Situationen jedoch, müssen Benutzer Webcams mit USB-Unterstützung anschließen. Hierzu müssen Sie HDX RealTime-Webkameravideokomprimierung deaktivieren. Weitere Informationen finden Sie unter Konfigurieren von HDX RealTime-Webcamvideokomprimierung

Standardmäßig zugelassene USB-Klassen

Die folgenden Klassen von USB-Geräten werden von den USB-Standardrichtlinienregeln zugelassen:

Audio (Geräteklasse 01)

Umfasst Mikrofone, Lautsprecher, Kopfhörer und MIDI-Controller.

Physikalische Schnittstelle (Geräteklasse 05)

Diese Geräte ähneln HIDs (Human Interface Devices), bieten jedoch im Allgemeinen Eingabe oder Feedback in Echtzeit, hierzu gehören u. a. Force-Feedback-Joysticks, Bewegungsplattformen und Force-Feedback-Hautskelette.

Bilder (Geräteklasse 06)

Hierzu gehören digitale Kameras und Scanner. Digitale Kameras unterstützen oft die Bilderklasse, in der Bilder mit den Protokollen PTP (Picture Transfer Protocol) oder MTP (Media Transfer Protocol) zu einem Computer oder zu einem anderen Peripheriegerät übertragen werden. Kameras können auch als Massenspeichergeräte angezeigt werden und eine Kamera kann möglicherweise über die Setupmenüs der Kamera für beide Klassen konfiguriert werden.

Hinweis: Wird eine Kamera als Massenspeichergerät angezeigt, wird die Clientlaufwerkszuordnung verwendet und die USB-Unterstützung wird nicht benötigt.

Drucker (Geräteklasse 07)

Die meisten Drucker gehören zu dieser Klasse, obwohl einige herstellerspezifische Protokolle (Klasse ff) verwenden. Mehrfunktionsdrucker haben ggf. einen internen Hub oder sind Composite-Geräte. In beiden Fällen verwendet das Druckerelement meistens die Druckerklasse und das Scanner- oder Faxelement verwendet eine andere Klasse, z. B. Bilder.

Drucker funktionieren normalerweise ohne USB-Unterstützung.

Massenspeicher (Geräteklasse 08)

Die gängigsten Massenspeichergeräte sind USB-Flashlaufwerke sowie über USB angeschlossene Festplatten, CD- bzw. DVD-Laufwerke und SD/MMC-Kartenleser. Außerdem gibt es zahlreiche Geräte mit einem internen Speicher, die auch eine Massenspeicherschnittstelle darstellen, u. a. Medienplayer, digitale Kameras und Mobiltelefone. Bekannte Unterklassen:

  • 01: Begrenzte Flashlaufwerke
  • 02: Normalerweise CD- bzw. DVD-Geräte (ATAPI/MMC-2)
  • 03: Normalerweise Bandgeräte (QIC-157)
  • 04: Normalerweise Diskettenlaufwerke (UFI)
  • 05: Normalerweise Diskettenlaufwerke (SFF-8070i)
  • 06: Die meisten Massenspeichergeräte verwenden diese SCSI-Variante

Der Zugriff auf Massenspeichergeräte erfolgt oft über die Clientlaufwerkszuordnung und USB-Unterstützung wird daher nicht benötigt.

Wichtig: Einige Viren werden aktiv mit allen Typen des Massenspeichers übertragen. Überlegen Sie genau, ob die Verwendung von Massenspeichergeräten entweder über die Clientlaufwerkszuordnung oder die USB-Unterstützung im Unternehmen wirklich erforderlich ist. Zur Verringerung dieses Risikos kann auf dem Server konfiguriert werden, dass Dateien über die Clientlaufwerkzuordnung ausgeführt werden.

Content Security (Geräteklasse 0d)

Content-Security-Geräte erzwingen Inhaltsschutz normalerweise für die Lizenzierung oder das Management digitaler Rechte. Dongles gehören zu dieser Klasse.

Personal Healthcare (Geräteklasse 0f)

Hierzu gehören Geräte zur persönlichen Gesundheitspflege, u. a. Blutdruckmessgeräte, Herzfrequenzmessgeräte, Schrittzähler, Geräte zur Medikamenteneinnahmeüberwachung und Spirometer.

Anwendung und herstellerspezifisch (Geräteklasse fe und ff)

Viele Geräte verwenden herstellerspezifische Protokolle oder Protokolle, die nicht vom USB-Konsortium genormt sind; sie werden normalerweise als herstellerspezifisch (Geräteklasse ff) angezeigt.

In der Standardeinstellung nicht zugelassene USB-Geräteklassen

Die folgenden Klassen von USB-Geräten werden von den USB-Standardrichtlinienregeln nicht zugelassen:

Kommunikation und CDC-Steuerung (Geräteklasse 02 und 0a)

Umfasst Modems, ISDN-Adapter, Netzwerkkarten und einige Telefone und Faxgeräte.

Die USB-Standardrichtlinie lässt diese Geräte nicht zu, da ein Gerät möglicherweise die Verbindung zum virtuellen Desktop bereitstellt.

HID (Human Interface Devices) (Geräteklasse 03)

Umfasst viele Eingabe- und Ausgabegeräte. Typische HIDs sind Tastaturen, Mäuse, Zeigegeräte, Grafiktabletts, Sensoren, Game Controller, Tasten und Steuerfunktionen.

Die Unterklasse 01 wird "Boot Interface"-Klasse genannt und für Tastaturen und Mäuse verwendet.

USB-Tastaturen (Klasse 03, Unterklasse 01, Protokoll 1) oder USB-Mäuse (Klasse 03, Unterklasse 01, Protokoll 2) werden von der USB-Standardrichtlinie nicht zugelassen. Begründung: Die meisten Tastaturen und Mäuse werden ohne USB-Unterstützung ausreichend gehandhabt und werden sowohl lokal als auch remote bei Verbindungen mit einem virtuellen Desktop verwendet.

USB-Hub (Geräteklasse 09)

Mit USB-Hubs können zusätzliche Geräte am lokalen Computer angeschlossen werden. Auf diese Geräte muss nicht remote zugegriffen werden.

Chipkarte (Smartcard) (Geräteklasse 0b)

Zu Smartcardlesegeräten gehören berührungslose und Smartcard-Berührungslesegeräte sowie USB-Token mit einem eingebetteten smartcardäquivalenten Chip.

Der Zugriff auf Smartcardlesegeräte erfolgt nicht mit Smartcard-Remoting und erfordert keine USB-Unterstützung.

Video (Geräteklasse 0e)

Die Videoklasse umfasst Geräte, mit denen Videos und mit Video zusammenhängendes Material manipuliert werden, u. a. Webkameras, digitale Camcorder, analoge Videokonverter, einige Fernsehtuner und einige digitale Kameras, die Videostreaming unterstützen.

Standardmäßig bietet die HDX RealTime-Webcamvideokomprimierung optimale Webcamleistung.

Kabelloser Controller (Geräteklasse e0)

Hierzu gehören viele kabellose Controller, u. a. Ultra-Breitband-Controller und Bluetooth.

Einige dieser Geräte stellen u. U. wichtigen Netzwerkzugang bereit oder schließen wichtige Peripheriegeräte an, z. B. Bluetooth-Tastaturen oder -Mäuse.

Die USB-Standardrichtlinie lässt diese Geräte nicht zu. Es kann jedoch Geräte geben, denen Zugriff mit der USB-Unterstützung gegeben werden sollte.

Aktualisieren der für Remoting verfügbaren USB-Geräteliste

Sie können den Umfang der USB-Geräte, die für Remoting auf Desktops zur Verfügung stehen, aktualisieren, indem Sie die Liste der Standardregeln in der Datei usb.conf auf dem Benutzergerät unter $ICAROOT/ bearbeiten.

Sie aktualisieren die Liste, indem Sie neue Richtlinienregeln hinzufügen, die USB-Geräte, die nicht Teil des Standardumfangs sind, zulassen oder ablehnen. Von einem Administrator auf diese Weise erstellte Regeln steuern, welche Geräte dem Server angeboten werden. Die Regeln auf dem Server steuern dann, welche Geräte akzeptiert werden.

Die standardmäßige Richtlinienkonfiguration für nicht zulässige Geräte lautet folgendermaßen:

DENY: class=09 # Hub-Geräte

DENY: class=03 subclass=01 # HID-Bootgerät (Tastaturen und Mäuse)

DENY: class=0b # Smartcard

DENY: class=e0 # Wireless-Controller

DENY: class=02 # Kommunikations- und CDC-Steuerung

DENY: class=03 # UVC (webcam)

DENY: class=0a # CDC-Daten

ALLOW: # Letzter Ausweg: alles andere zulassen

Erstellen von USB-Richtlinienregeln

Tipp: Wenn Sie neue Richtlinienregeln erstellen, verwenden Sie die USB-Klassencodes, die Sie auf der USB-Website unter http://www.usb.org/ finden.

Richtlinienregeln in usb.conf auf dem Benutzergerät haben das Format {ALLOW:|DENY:} gefolgt von einer Reihe von Ausdrücken, die auf Werten für die folgenden Tags basieren:

TagBeschreibung
VIDVendor-ID vom Gerätedeskriptor
RELRelease-ID vom Gerätedeskriptor
PIDProdukt-ID vom Gerätedeskriptor
KlasseKlasse vom Gerätedeskriptor oder ein Schnittstellendeskriptor
SubClassUnterklasse vom Gerätedeskriptor oder ein Schnittstellendeskriptor
ProtProtokoll vom Gerätedeskriptor oder ein Schnittstellendeskriptor

Wenn Sie eine neue Richtlinienregel erstellen, beachten Sie Folgendes:

  • Bei Regeln wird die Groß- und Kleinschreibung nicht berücksichtigt.
  • Regeln können optional von einen Kommentar gefolgt werden, der mit # eingeleitet wird. Ein Trennzeichen ist nicht erforderlich, der Kommentar wird beim Abgleichen ignoriert.
  • Leere Zeilen und Kommentare werden ignoriert.
  • Leerzeichen, die als Trennzeichen verwendet werden, werden ignoriert. Sie dürfen aber nicht in einer Zahl oder Kennung verwendet werden. Beispielsweise ist Deny: Class=08 SubClass=05 eine gültige Regel; Deny: Class=0 8 Sub Class=05 hingegen nicht.
  • Tags müssen den Übereinstimmungsoperator = verwenden. Beispielsweise VID=1230.

Beispiel

Das folgende Beispiel zeigt einen Abschnitt der Datei usb.conf auf dem Benutzergerät. Um diese Regeln zu implementieren, müssen dieselben Regeln wie auf dem Server vorhanden sein.

ALLOW: VID=1230 PID=0007 # Weitere Industrie, Weiteres Flash-Laufwerk

DENY: Class=08 SubClass=05 # Massenspeichergeräte

DENY: Class=0D # Alle Sicherheitsgeräte

Konfigurieren von Startmodi

Mit "Desktop Appliance Mode" können Sie anpassen, wie ein virtueller Desktop zuvor angeschlossene USB-Geräte behandelt. Stellen Sie auf jedem Benutzergerät in der Datei $ICAROOT/config/module.ini im Abschnitt WfClient die Option DesktopApplianceMode = Boolean wie folgt ein.

TRUEUSB-Geräte, die bereits angeschlossen sind, starten, vorausgesetzt dass das Gerät nicht durch eine Verweigernregel in den USB-Richtlinien auf dem Server (Registrierungseintrag) oder dem Benutzergerät (Konfigurationsdatei der Richtlinienregeln) deaktiviert ist.
FALSEKeine USB-Geräte starten.

Steigern der Leistung über Verbindungen mit geringer Bandbreite

Citrix empfiehlt die Verwendung der aktuellen XenApp- oder XenDesktop-Version auf dem Server und der aktuellen Receiver-Version auf dem Benutzergerät.

Wenn Sie eine Verbindung mit geringer Bandbreite verwenden, können Sie mit einer Reihe von Änderungen in der Receiver-Konfiguration und -Verwendung eine Verbesserung der Leistung erzielen.

  • Konfigurieren Sie die Receiver-Verbindung: Konfigurieren der Receiver-Verbindungen kann die Bandbreite reduzieren, die für ICA erforderlich ist und die Leistung verbessern
  • Ändern Sie die Verwendung von Receiver: Durch Ändern der Verwendung von Receiver können Sie die Bandbreite verringern, die für eine schnelle Verbindung benötigt wird.
  • Aktivieren Sie UDP-Audio: Dieses Feature kann für eine gleichmäßige Latenz bei VoIP-Verbindungen (Voice over IP) in stark ausgelasteten Netzwerken sorgen.
  • Verwenden Sie die neuesten Versionen von XenApp und Receiver für Linux: Citrix erweitert und verbessert die Leistung mit jedem Release und für viele Leistungsfeatures ist die neueste Receiver- und Serversoftware erforderlich

Konfigurieren von Verbindungen

Auf Geräten mit beschränkter Rechenleistung oder geringer Bandbreite gibt es entweder Einbußen bei Leistung oder Funktionalität. Benutzer und Administratoren können eine akzeptable Mischung aus umfassender Funktionalität und interaktiver Leistung wählen. Wenn Sie eine oder mehrere der folgenden Änderungen – häufig auf dem Server anstatt auf dem Benutzergerät – vornehmen, kann dies die von der Verbindung benötigte Bandbreite verringern und die Leistung verbessern:
  • Aktivieren Sie die SpeedScreen-Latenzreduktion: SpeedScreen-Latenzreduktion steigert die Leistung bei Verbindungen mit hoher Latenz, da schnell Feedback für eingegebene Daten und Mausklicks geboten wird. Aktivieren Sie dieses Feature mit dem SpeedScreen-Latenzreduktionsmanager. In der Standardeinstellung ist dies in Receiver bei Verbindungen mit hoher Latenz für die Tastatur deaktiviert und nur für die Maus aktiviert. Weitere Informationen finden Sie in der Dokumentation Citrix Receiver for Linux OEM's Reference Guide.
  • Aktivieren Sie die Datenkomprimierung: Mit der Datenkomprimierung wird die in der Verbindung übertragene Datenmenge reduziert. Für das Komprimieren und Dekomprimieren werden zusätzliche Prozessorressourcen benötigt. Dies kann jedoch die Leistung bei Verbindungen mit eingeschränkter Bandbreite erhöhen. Verwenden Sie die Citrix Richtlinieneinstellungen Audioqualität und Bildkomprimierung, um dieses Feature zu aktivieren.
  • Reduzieren der Fenstergröße: Ändern Sie die Fenstergröße auf die kleinste Größe, mit der Sie noch gut arbeiten können. Legen Sie auf der XenApp Services-Site die Sitzungsoptionen fest.
  • Reduzieren der Farbanzahl: Reduzieren Sie die Anzahl der Farben auf 256. Legen Sie auf der XenApp Services-Site die Sitzungsoptionen fest.
  • Verringern der Audioqualität: Wenn die Audiozuordnung aktiviert ist, verringern Sie die Audioqualität mit der Citrix Richtlinieneinstellung Audioqualität auf die niedrigste Einstellung.

Aktivieren von UDP-Audio

UDP-Audio kann die Qualität von Telefonanrufen über das Internet verbessern. Dabei wird UDP (User Datagram Protocol) statt TCP (Transmission Control Protocol) verwendet.

Beachten Sie Folgendes:

  • UDP-Audio ist nicht für verschlüsselte Sitzungen verfügbar (solche, die TLS- oder ICA-Verschlüsselung verwenden). In solchen Sitzungen verwenden Audioübertragungen TCP.
  • Die ICA-Kanalpriorität kann UDP-Audio beeinflussen.
  1. Stellen Sie die folgenden Optionen in module.ini im Abschnitt ClientAudio ein:
    • Setzen Sie EnableUDPAudio auf "True". Standardeinstellung ist "False", wodurch UDP-Audio deaktiviert wird.
    • Geben Sie Minimum und Maximum für die Portnummern von UDP-Audioverkehr mit UDPAudioPortLow und UDPAudioPortHigh an. Standardmäßig werden Ports 16500 bis 16509 verwendet.
  2. Stellen Sie Client- und Serveraudioeinstellungen wie folgt ein, sodass die resultierende Audioqualität "Mittel" ist (also weder hoch noch niedrig).
      

    Audioqualität auf dem Client

      

    Hoch

    Mittel

    Niedrig

    Audioqualität auf dem Server

    Hoch

    Hoch

    Mittel

    Niedrig

    Mittel

    Mittel

    Mittel

    Niedrig

    Niedrig

    Niedrig

    Niedrig

    Niedrig

    Wenn UDP-Audio aktiviert ist aber die resultierende Qualität nicht "Mittel" ist, wird TCP und nicht UDP für die Audioübertragung verwendet.

Ändern der Verwendungsweise von Receiver

Die ICA-Technologie ist äußerst optimiert und stellt normalerweise keine hohen Anforderungen an CPU und Bandbreite. Wenn Sie jedoch eine Verbindung mit sehr geringer Bandbreite verwenden, beachten Sie zur Aufrechterhaltung der Leistung Folgendes:
  • Vermeiden Sie den Zugriff auf große Dateien unter Verwendung der Clientlaufwerkszuordnung: Wenn Sie über die Clientlaufwerkszuordnung auf eine große Datei zugreifen, wird diese über die Serververbindung übertragen. Bei langsamen Verbindungen kann dies sehr lange dauern.
  • Vermeiden Sie das Drucken von großen Dokumenten auf lokalen Druckern: Wenn Sie ein Dokument auf einem lokalen Drucker drucken, wird die zu druckende Datei über die Serververbindung übertragen. Bei langsamen Verbindungen kann dies sehr lange dauern.
  • Vermeiden Sie das Abspielen von Multimediainhalten: Das Wiedergeben von Multimedia-Inhalten benötigt viel Bandbreite und kann die Leistung reduzieren.

Steigern der Multimedialeistung

Receiver enthält zahlreiche Technologien, die in den heutigen medienreichen Benutzerumgebungen eine High-Definition-Benutzererfahrung ermöglichen. Diese verbessern die Benutzererfahrung bei Verbindungen mit gehosteten Anwendungen und Desktops:
  • HDX MediaStream-Windows-Medienumleitung
  • HDX MediaStream Flash-Umleitung
  • HDX RealTime-Webcamvideokomprimierung
  • H.264-Unterstützung

Konfigurieren von HDX MediaStream-Windows Media-Umleitung

Mit HDX MediaStream-Windows Media-Umleitung sind keine hohen Bandbreiten mehr erforderlich, um auf virtuellen Desktops, auf die von Linux-Benutzergeräten zugegriffen wird, Multimediainhalte aufzunehmen und wiederzugeben. Mit Windows Media-Umleitung werden die Laufzeitdateien von Medieninhalten auf dem Benutzergerät statt auf dem Server abgespielt. Dies führt zu einer Reduktion der Bandbreitenanforderungen beim Abspielen von Multimediadateien.

Windows Media-Umleitung verbessert die Leistung des Windows Media-Players und anderer kompatibler Player, die auf virtuellen Windows-Desktops ausgeführt werden. Es werden eine Vielzahl von Formaten unterstützt, u. a.:
  • Advanced Systems Format (ASF)
  • Motion Picture Experts Group (MPEG)
  • Audio-Video Interleaved (AVI)
  • MPEG Audio Layer-3 (MP3)
  • WAV-Sounddateien
Receiver enthält eine textbasierte Übersetzungstabelle, MediaStreamingConfig.tbl, die Windows-spezifische Medienformat-GUIDs in MIME-Typen übersetzt, die GStreamer verwenden kann. Sie können die Übersetzungstabelle bearbeiten, um folgende Aktionen auszuführen:
  • Hinzufügen bisher unbekannter oder nicht unterstützter Medienfilter/-dateiformate zur Übersetzungstabelle
  • Blockieren problematischer GUIDs, um Fallback auf serverseitige Wiedergabe zu erzwingen
  • Hinzufügen zusätzlicher Parameter zu vorhandenen MIME-Strings, um Probleme mit schwierigen Formaten durch Ändern der GStreamer-Parameter eines Streams beheben zu können
  • Verwalten und Bereitstellen benutzerdefinierter Konfigurationen basierend auf den Mediendateitypen, die von GStreamer auf einem Benutzergerät unterstützt werden

Mit dem clientseitigem Inhaltabruf können Sie zulassen, dass das Benutzergerät Medien direkt von URLs im Format http://, mms:// oder rtsp:// streamt, statt die Medien über einen Citrix Server zu streamen. Der Server leitet das Benutzergerät an die Medien um und sendet Steuerbefehle (einschließlich Wiedergabe, Pause, Stopp, Lautstärke, Suchen), er behandelt aber keine Mediendaten. Dieses Feature erfordert erweiterte GStreamer-Multimediabibliotheken auf dem Gerät.

Implementieren der Windows Media-Umleitung

  1. Installieren Sie GStreamer 0.10, ein Open-Source-Multimedia-Framework, auf jedem erforderlichen Benutzergerät. Normalerweise installieren Sie GStreamer vor Receiver.

    GStreamer ist in den meisten Linux-Distributionen enthalten. Ansonsten können Sie GStreamer auch von http://gstreamer.freedesktop.org herunterladen.

  2. Um den clientseitigen Inhaltsabruf zu aktivieren, installieren Sie die erforderlichen Protocol Source-Plug-Ins für die Dateitypen, die Benutzer auf dem Gerät wiedergeben. Sie prüfen mit dem Hilfsprogramm gst-launch, ob ein Plug-In installiert und funktionsbereit ist. Wenn gst-launch die URL wiedergeben kann, ist das erforderliche Plug-In funktionsbereit. Führen Sie beispielsweise Folgendes aus: gst-launch-0.10 playbin2 uri=http://example-source/file.wmv und vergewissern Sie sich, dass das Video einwandfrei wiedergegeben wird.
  3. Wählen Sie bei der Installation von Receiver auf dem Gerät die GStreamer-Option.

Beachten Sie Folgendes beim clientseitigen Inhaltsabruf:

  • Standardmäßig ist dieses Feature aktiviert. Sie können es in All-Regions.ini im Abschnitt "Multimedia" mit der Option SpeedScreenMMACSFEnabled deaktivieren. Wenn Sie für diese Option "False" einstellen, wird die Windows Media-Umleitung für die Medienverarbeitung verwendet.
  • Standardmäßig verwenden alle MediaStream-Features das GStreamer-Protokoll "playbin2". Sie können auf ein früheres playbin-Protokoll für alle MediaStream-Features außer dem clientseitigen Inhaltsabruf zurückgehen, der weiter playbin2 verwendet. Stellen Sie dazu in All-Regions.ini im Abschnitt "Multimedia" die Option SpeedScreenMMAEnablePlaybin2 ein.
  • Receiver erkennt nicht Playlistdateien oder Streamkonfigurationsdateien wie ASX- oder NSC-Dateien. Benutzer sollten möglichst eine Standard-URL angeben, die nicht auf diese Dateitypen verweist. Überprüfen Sie mit gst-launch, ob eine URL gültig ist.

Konfigurieren der HDX MediaStream-Flash-Umleitung

HDX MediaStream-Flash-Umleitung sorgt dafür, dass Adobe Flash-Inhalte lokal auf den Benutzergeräten wiedergegeben werden. So erhalten Benutzer High Definition-Audio und -Video, ohne dass die Bandbreitenanforderungen steigen.

  1. Stellen Sie sicher, dass das Benutzergerät die Anforderungen für dieses Feature erfüllt. Weitere Informationen finden Sie unter Systemanforderungen.
  2. Fügen Sie in der Datei wfclient.ini im Abschnitt [WFClient] (für alle Verbindungen eines bestimmten Benutzers) oder in der Datei All_Regions.ini im Abschnitt [Client Engine\Application Launching] (für alle Benutzer in Ihrer Umgebung) folgende Parameter hinzu:

    • HDXFlashUseFlashRemoting=Ask|Never|Always

      Aktiviert HDX MediaStream für Flash auf dem Benutzergerät. Die Standardeinstellung ist Ask. Benutzer werden beim Aufrufen von Webseiten mit Flash-Inhalten in einem Dialogfeld gefragt, ob sie diese optimieren möchten.

    • HDXFlashEnableServerSideContentFetching=Disabled|Enabled

      Aktiviert oder deaktiviert serverseitigen Inhaltsabruf für Receiver. Die Standardeinstellung ist Disabled.

    • HDXFlashUseServerHttpCookie=Disabled|Enabled

      Aktiviert oder deaktiviert HTTP-Cookie-Umleitung. Die Standardeinstellung ist Disabled.

    • HDXFlashEnableClientSideCaching=Disabled|Enabled

      Aktiviert oder deaktiviert clientseitige Zwischenspeicherung für von Receiver abgerufene Inhalte. Die Standardeinstellung ist Enabled.

    • HDXFlashClientCacheSize= [25-250]

      Definiert die Größe des Clientcaches, in Megabytes (MB). Die Größe kann zwischen 25 und 250 MB liegen. Wenn die maximale Größe erreicht ist, werden bereits im Cache vorhandene Daten gelöscht, um Platz für neue Inhalte zu schaffen. Die Standardeinstellung ist 100.

    • HDXFlashServerSideContentCacheType=Persistent|Temporary|NoCaching
      Definiert den Zwischenspeicherungstyp, den Receiver für mit serverseitigem Inhaltsabruf abgerufene Inhalte verwendet. Die Standardeinstellung ist Persistent.
      Hinweis: Dieser Parameter ist nur erforderlich, wenn HDXFlashEnableServerSideContentFetching auf Enabled gesetzt ist.
  3. Damit Receiver-Sitzungen Tastatur- und Mauseingaben innerhalb und außerhalb eines Fensters handhabt, in dem Flash-Inhalte wiedergegeben werden, ändern Sie in der Datei /config/module.ini den Eintrag FlashV2=Off zu FlashV2=On.

Konfigurieren Sie HDX RealTime-Webcamvideokomprimierung

HDX RealTime bietet Webcamvideokomprimierung, mit der die Bandbreiteneffizienz während Videokonferenzen verbessert wird. So erhalten Benutzer optimale Leistung, wenn sie Anwendungen wie GoToMeeting mit HD Faces, Skype oder Microsoft Office Communicator verwenden.

  1. Stellen Sie sicher, dass das Benutzergerät die Anforderungen für dieses Feature erfüllt.
  2. Stellen Sie sicher, dass der virtuelle Multimedia-Kanal aktiviert ist. Öffnen Sie hierzu die Konfigurationsdatei module.ini im Verzeichnis $ICAROOT/config und überprüfen Sie, ob im Abschnitt [ICA3.0] die Option "MultiMedia" auf "On" gesetzt ist.
  3. Aktivieren Sie die Audioeingabe durch Klicken auf Mikrofon und Webcam verwenden auf der Seite Mikrofon und Webcam des Dialogfelds "Einstellungen".

Deaktivieren Sie die HDX RealTime-Webcamvideokomprimierung

Standardmäßig bietet die HDX RealTime-Webcamvideokomprimierung optimale Webcamleistung. In manchen Situationen jedoch, müssen Benutzer Webcams mit USB-Unterstützung anschließen. Dazu müssen Sie die folgenden Schritte ausführen:
  • Deaktivieren Sie die HDX RealTime-Webcamvideokomprimierung
  • Aktivieren Sie die USB-Unterstützung für Webcams
  1. Fügen Sie der entsprechenden INI-Datei im Abschnitt [WFClient] den folgenden Parameter hinzu:

    HDXWebCamEnabled=Off

    Weitere Informationen finden Sie unter Anpassen von Receiver mit Konfigurationsdateien.

  2. Öffnen Sie die Datei usb.conf, die normalerweise unter $ICAROOT/usb.conf ist.
  3. Entfernen Sie die folgende Zeile oder kommentieren Sie sie aus:

    DENY: class=0e # UVC (standardmäßig über HDX RealTime-Webcamvideokomprimierung)
  4. Speichern und schließen Sie die Datei.

Konfigurieren der H.264-Unterstützung

Receiver unterstützt die H.264-Grafikanzeige einschließlich der von XenDesktop 7 bereitgestellten HDX 3D Pro-Technologie. Bei dieser Unterstützung wird der standardmäßig aktivierte Tiefenkomprimierungscodec verwendet. Dieses Feature liefert im Vergleich zum JPEG-Codec eine bessere Leistung bei reichhaltigen und professionellen Grafikanwendungen in WAN-Netzwerken.

Befolgen Sie die Anweisungen in diesem Abschnitt, um das Feature zu deaktivieren und zur Grafikverarbeitung stattdessen den JPEG-Codec zu verwenden. Sie können auch die Textprotokollierung deaktivieren und gleichzeitig den Tiefenkomprimierungscodec weiterverwenden. So lassen sich CPU-Kosten während der Verarbeitung von Grafiken mit komplexen Bildern aber relativ wenig oder unwichtigem Text senken.

Wichtig: Verwenden Sie zum Konfigurieren dieses Features keine verlustfreie Einstellung in der XenDesktop-Richtlinie Bildqualität. Wenn Sie eine verlustfreie Einstellung wählen, ist die H.264-Codierung auf dem Server deaktiviert und funktioniert für Receiver nicht.

Deaktivieren der Unterstützung für den Tiefenkomprimierungscodec

Legen Sie in wfclient.ini für H264Enabled die Einstellung False fest. Dadurch wird auch die Textprotokollierung deaktiviert.

Ausschließliches Deaktivieren der Textprotokollierung

Legen Sie bei aktiviertem Tiefenkomprimierungscodec in wfclient.ini TextTrackingEnabled auf False fest.

Optimieren der Leistung für Bildschirmkacheln

Sie können die Verarbeitung von JPEG-codierten Bildschirmkacheln mit den Features Bitmapdecodierung direkt zum Bildschirm, Batchverarbeitung der Kacheldecodierung und Verzögertes XSync verbessern.

  1. Stellen Sie sicher, dass Ihre JPEG-Bibliothek diese Features unterstützt.
  2. Setzen Sie in wfclient.ini im Abschnitt Thinwire3.0 DirectDecode und BatchDecode auf True.

    Hinweis: Aktivieren der Batchverarbeitung für die Kacheldecodierung aktiviert gleichzeitig verzögertes XSync.