Optimizar

Al optimizar el entorno, obtendrá el mejor rendimiento de Citrix Receiver y ofrecerá la mejor experiencia para el usuario. Puede mejorar y optimizar el rendimiento mediante lo siguiente:

Asignación de dispositivos de usuario

Citrix Receiver admite la asignación de dispositivos del cliente para conexiones a servidores XenApp y XenDesktop. La asignación de dispositivos del cliente permite que una aplicación remota que se ejecuta en el servidor acceda a dispositivos conectados al dispositivo del usuario local. El usuario puede usar las aplicaciones y los recursos del sistema como si se ejecutaran localmente. Antes de utilizar estas funciones, asegúrese de que el servidor admita la asignación de dispositivos del cliente.

Nota: El modelo de seguridad SELinux, Security-Enhanced Linux, puede afectar al funcionamiento de la asignación de unidades del cliente y la redirección USB (tanto en XenApp como en XenDesktop). Si se requieren estas características, inhabilite SELinux antes de configurarlas en el servidor.

Asignación de unidades del cliente

La asignación de unidades del cliente permite redirigir letras de unidades del servidor de XenApp o XenDesktop a directorios existentes en el dispositivo del usuario local. Por ejemplo, la unidad H de una sesión de un usuario de Citrix se puede asignar a un directorio en el dispositivo del usuario local que ejecuta Receiver.

La asignación de unidades del cliente puede hacer que cualquier directorio montado en el dispositivo del usuario local, incluidos CD-ROM, DVD o dispositivos USB portátiles, esté disponible para el usuario durante una sesión, siempre que el usuario local tenga permiso para acceder a él. Cuando un servidor está configurado para permitir la asignación de unidades del cliente, los usuarios pueden acceder a los archivos guardados localmente, trabajar con ellos durante su sesión y, luego, guardarlos nuevamente en una unidad local o en una unidad del servidor.

Existen dos tipos de asignación de unidades disponibles:

  • Asignación de unidades del cliente estática: Permite que los administradores asignen cualquier parte del sistema de archivos del dispositivo del usuario a una letra de unidad especificada en el servidor cuando se inicia la sesión. Por ejemplo, puede utilizarse para asignar total o parcialmente el directorio de inicio (home) o /tmp de un usuario, y también los puntos de montaje de dispositivos de hardware como CD-ROM, DVD o dispositivos de memoria USB.
  • Asignación de unidades del cliente dinámica: Supervisa los directorios en los que, por lo general, los dispositivos de hardware como CD-ROM, DVD y dispositivos USB portátiles se montan en el dispositivo del usuario. Y todos los dispositivos nuevos que aparezcan durante una sesión se asignan automáticamente a la siguiente letra de unidad disponible en el servidor.

Cuando Citrix Receiver se conecta a XenApp o XenDesktop, se restablecen las asignaciones de unidades del cliente a menos que la asignación de dispositivos del cliente esté inhabilitada. También pueden utilizarse directivas para tener mayor control sobre la forma en que se aplica la asignación de dispositivos del cliente. Para obtener más información, consulte la documentación de XenApp y XenDesktop.

Los usuarios pueden asignar unidades mediante el cuadro de diálogo Preferencias.

Nota: De manera predeterminada, al habilitar la asignación de unidades del cliente estática también se habilita la asignación de unidades del cliente dinámica. Para inhabilitar esta última dejando habilitada la primera, configure DynamicCDM con el valor False en wfclient.ini.

Asignación de impresoras del cliente

Citrix Receiver respalda la impresión en impresoras de red e impresoras conectadas localmente a los dispositivos de usuario. De forma predeterminada, a menos que se creen directivas para modificarlo, XenApp permite a los usuarios:

  • Imprimir en todos los dispositivos de impresión accesibles desde el dispositivo de usuario.
  • Agregar impresoras

Sin embargo, es posible que estos parámetros no sean los adecuados para todos los entornos. Por ejemplo, la configuración predeterminada que permite a los usuarios imprimir en todas las impresoras accesibles desde el dispositivo de usuario es la más fácil de administrar inicialmente. Sin embargo, esa configuración predeterminada puede crear inicios de sesión lentos en algunos entornos. En esa situación, quizá le interese limitar la lista de impresoras configuradas en el dispositivo del usuario.

También es posible que las directivas de seguridad de la empresa no permitan que los usuarios asignen puertos locales de impresión. Para ello, en el servidor, configure la directiva de ICA Conectar automáticamente puertos COM del cliente como Inhabilitada.

Para limitar la lista de impresoras configuradas en el dispositivo del usuario

  1. Abra el archivo de configuración, wfclient.ini, en uno de los siguientes directorios:

    • $HOME/.ICAClient, para limitar las impresoras de un solo usuario
    • $ICAROOT/config, para limitar las impresoras de todos los usuarios de Receiver. En este caso, “todos los usuarios” se refiere a los primeros que usan el programa selfservice después del cambio.
  2. En la sección [WFClient] del archivo, escriba:

    ClientPrinterList=impresora1:impresora2:impresora3

    Donde impresora1, impresora2 y sucesivos son los nombres de las impresoras elegidas. Separe los nombres de las impresoras con dos puntos (:).

  3. Guarde y cierre el archivo.

Asignación de impresoras del cliente en XenApp para Windows

Citrix Receiver para Linux admite el controlador de impresora universal PS de Citrix. De modo que, en la mayoría de los casos, no se requiere ninguna configuración local para que los usuarios utilicen impresoras de red o impresoras conectadas localmente a los dispositivos de usuario. Sin embargo, puede asignar manualmente impresoras del cliente en XenApp para Windows si, por ejemplo, el software de impresión del dispositivo del usuario no admite el controlador de impresora universal.

Para asignar una impresora local en un servidor

  1. En Citrix Receiver, establezca una conexión de servidor e inicie sesión en un equipo que ejecute XenApp.

  2. En el menú Inicio, seleccione Configuración > Impresoras.

  3. En el menú Archivo, seleccione Agregar impresora.

    Aparecerá el asistente Agregar impresora.

  4. Utilice el asistente para agregar una impresora de red desde la red del cliente, dominio del cliente. Por lo general, este es un nombre de impresora estándar, similar a las creadas por Servicios de Escritorio remoto nativos, como “HP LaserJet 4 de nombre_cliente en sesión 3”.

    Para obtener más información sobre cómo agregar impresoras, consulte la documentación de su sistema operativo Windows.

Asignación de impresoras del cliente en XenApp para UNIX

En un entorno UNIX, se ignoran los controladores de impresora definidos por Citrix Receiver. El sistema de impresión en el dispositivo del usuario debe tener la capacidad de manejar el formato de impresión generado por la aplicación.

Antes de que los usuarios puedan utilizar una impresora del cliente desde Citrix XenApp para UNIX, el administrador debe habilitar la impresión. Para obtener más información, consulte la sección XenApp for UNIX en la documentación de XenApp y XenDesktop.

Asignación de sonido del cliente

La asignación de sonido del cliente permite que las aplicaciones que se ejecutan en el servidor XenApp o XenDesktop reproduzcan sonidos a través de dispositivos de sonido instalados en el dispositivo de usuario. Puede definir la calidad del sonido para cada conexión en el servidor, pero los usuarios también pueden definirla en el dispositivo del usuario. Si los parámetros de calidad de sonido del dispositivo de usuario y del servidor son diferentes, se utilizará el parámetro de calidad más bajo.

La asignación de sonido del cliente puede suponer una carga excesiva para los servidores y para la red. Cuanto mayor es la calidad de sonido, mayor ancho de banda se requiere para transferir los datos de sonido. El sonido de calidad más alta también consume más recursos de la CPU para su procesamiento.

Configure la asignación de sonido del cliente a través de directivas. Para obtener más información, consulte la documentación de XenApp y XenDesktop.

Nota: La asignación de sonido del cliente no recibe respaldo en conexiones a Citrix XenApp para UNIX.

Para configurar un dispositivo de sonido no predeterminado

Por lo general, el dispositivo de sonido predeterminado es el dispositivo ALSA predeterminado configurado para el sistema. Utilice el siguiente procedimiento para especificar un dispositivo diferente:

  1. Elija y abra un archivo de configuración teniendo en cuenta los usuarios que desee afectar con sus cambios. Para obtener más información sobre la forma en que las actualizaciones a archivos de configuración específicos afectan a los diferentes usuarios, consulte Personalizar Receiver mediante archivos de configuración.
  2. Agregue la siguiente opción y cree la sección si es necesario:

[ClientAudio]

AudioDevice = <dispositivo>

Donde la información de dispositivo está ubicada en el archivo de configuración de ALSA del sistema operativo.

Nota: La ubicación de esta información no es estándar en todos los sistemas operativos Linux. Citrix le recomienda consultar la documentación del sistema operativo para obtener más detalles sobre cómo ubicar esta información.

Configurar el respaldo para USB

El respaldo USB permite a los usuarios interactuar con una amplia variedad de dispositivos USB cuando se conectan con un escritorio virtual. Los usuarios pueden conectar dispositivos USB a sus equipos, para utilizarlos de forma remota en sus escritorios virtuales. Los dispositivos USB disponibles para la comunicación remota son, entre otros, las unidades flash, los teléfonos inteligentes, las impresoras, los escáneres, los reproductores MP3, los dispositivos de seguridad y las PC tabletas.

La redirección de USB requiere XenApp 7.6 (o versiones posteriores) o XenDesktop. XenApp no respalda la redirección de dispositivos USB de almacenamiento masivo y requiere una configuración especial para dar respaldo a dispositivos de sonido. Para obtener más detalles, consulte Documentación de XenApp 7.6.

Las características isócronas de los dispositivos USB (como cámaras Web, micrófonos, altavoces y auriculares) reciben respaldo en entornos LAN típicos de baja latencia y alta velocidad. Pero, por lo general, la redirección estándar de sonido o cámara Web es más adecuada.

Los siguientes tipos de dispositivos se admiten directamente en una sesión XenDesktop y por lo tanto no utilizan respaldo USB:

  • Teclados
  • Mouse
  • Tarjetas inteligentes
  • Auriculares con micro
  • Webcams

Nota: Los dispositivos USB especializados (por ejemplo, los teclados Bloomberg y punteros 3D) pueden configurarse para utilizar respaldo USB. Para obtener información sobre cómo configurar reglas de directivas para otros dispositivos USB especializados, consulte CTX 119722.

De manera predeterminada, existen ciertos tipos de dispositivos USB que no tienen respaldo para la comunicación remota a través de XenDesktop. Por ejemplo, un usuario puede tener una tarjeta de interfaz de red conectada a la placa del sistema mediante un dispositivo USB interno. Colocar este dispositivo en comunicación remota no sería apropiado. Los siguientes tipos de dispositivos USB no tienen respaldo predeterminado para ser utilizados en una sesión de XenDesktop:

  • Dispositivos Bluetooth
  • Tarjetas de interfaz de red integradas
  • Concentradores USB

Para actualizar la lista predeterminada de los dispositivos USB disponibles para la comunicación remota, edite el archivo usb.conf, ubicado en $ICAROOT/. Para obtener más información, consulte la sección “Actualización de la lista de dispositivos USB que se encuentran disponibles para la comunicación remota”.

Para permitir la comunicación remota de los dispositivos USB con escritorios virtuales, habilite la regla de directivas USB. Para obtener más información, consulte la documentación de XenApp y XenDesktop.

Funcionamiento del respaldo USB

Cuando un usuario conecta un dispositivo USB, éste se coteja con la directiva USB y, si está permitido, se lo redirige al escritorio virtual. Si la directiva predeterminada rechaza el dispositivo, sólo estará disponible para el escritorio local.

En el caso de los escritorios a los que se accede mediante el modo Desktop Appliance, cuando un usuario conecta un dispositivo USB, ese dispositivo se redirige automáticamente al escritorio virtual. El escritorio virtual es el que controla el dispositivo USB y lo muestra en la interfaz de usuario.

Para que la redirección tenga lugar, la ventana de la sesión debe tener el foco cuando el usuario conecta el dispositivo USB, a menos que se esté usando el modo Desktop Appliance.

Dispositivos de almacenamiento masivo

Si un usuario se desconecta de un escritorio virtual cuando un dispositivo USB de almacenamiento masivo se encuentra aún conectado con el escritorio local, ese dispositivo no se redirigirá al escritorio virtual de nuevo cuando el usuario se reconecte. Para garantizar que el dispositivo de almacenamiento masivo se redirija al escritorio virtual, el usuario debe retirar y volver a introducir el dispositivo después de reconectar.

Nota: Si coloca un dispositivo de almacenamiento masivo en una estación de trabajo Linux que se ha configurado para rechazar el respaldo remoto de dispositivos de almacenamiento masivo USB, el software de Receiver no aceptará el dispositivo. Es posible que se abra un explorador de archivos de Linux aparte. Por lo tanto, Citrix recomienda que configure previamente los dispositivos de usuarios sin seleccionar el parámetro Browse removable media when inserted de forma predeterminada. En dispositivos basados en Debian, puede hacerlo desde la barra de menú de Debian, enDesktop > Preferences > Removable Drives and Media. En la ficha Storage, en Removable Storage, desmarque la casilla de verificación Browse removable media when inserted.

Nota: Si la directiva de servidor Redirección de dispositivos USB del cliente está activada, los dispositivos de almacenamiento masivo se redirigen siempre como dispositivos USB, incluso aunque la asignación de unidades del cliente esté activada.

Webcams

De forma predeterminada, el rendimiento óptimo de la cámara Web se logra a través de la compresión de vídeo de cámara Web HDX RealTime. Sin embargo, en algunas circunstancias, es posible que se requiera que los usuarios conecten cámaras Web mediante el respaldo USB. Para realizar esta acción, debe inhabilitar la compresión de vídeo de cámara Web HDX RealTime. Para obtener más información, consulte Videoconferencia con compresión de vídeo de cámara Web de HDX RealTime.

Clases de USB permitidas de forma predeterminada

Las reglas de directivas USB predeterminadas admiten las siguientes clases de dispositivos USB:

  • Sonido (clase 01)

    Incluye micrófonos, altavoces, auriculares y controladores MIDI.

  • Interfaz física (clase 05)

    Estos dispositivos son similares a los dispositivos HID, pero, en general, proporcionan respuesta o información en tiempo real. Incluyen joystick de Force Feedback, plataformas de movimiento y exoesqueletos de Force Feedback.

  • Digitalización de imágenes fijas (clase 06)

    Abarca los escáneres y las cámaras digitales. Las cámaras digitales suelen admitir la clase de digitalización de imagen fija que utiliza el protocolo de transferencia de imágenes (PTP) o el protocolo de transferencia multimedia (MTP) para transferir imágenes a un equipo u otro dispositivo periférico. Las cámaras también pueden aparecer como dispositivos de almacenamiento masivo. Puede ser posible configurar una cámara para que utilice cualquiera de las clases desde los menús de configuración que proporciona la cámara propiamente dicha.

    Si una cámara aparece como un dispositivo de almacenamiento masivo, se utiliza la asignación de unidades del cliente y no se requiere respaldo USB.

  • Impresoras (clase 07)

    En general, la mayoría de las impresoras se incluyen en esta clase, aunque algunas utilizan protocolos específicos del fabricante (clase ff). Las impresoras multifunción pueden tener un concentrador interno o ser dispositivos compuestos. En ambos casos, el elemento de impresión generalmente utiliza la clase de la impresora y el elemento de fax o de escaneado utiliza otra clase, por ejemplo, la digitalización de imágenes fijas.

    Las impresoras normalmente funcionan de forma adecuada sin el respaldo USB.

  • Almacenamiento masivo (clase 08)

    Los dispositivos de almacenamiento masivo más comunes son las unidades flash USB. Otros incluyen las unidades de disco duro con conexión USB, las unidades de CD/DVD y los lectores de tarjetas SD/MMC. Existe una amplia variedad de dispositivos con almacenamiento interno que también presentan una interfaz de almacenamiento masivo, por ejemplo, reproductores multimedia, cámaras digitales y teléfonos móviles. Las subclases conocidas, entre otras, son:

  • 01 Dispositivos flash limitados
  • 02 Dispositivos CD/DVD típicos (ATAPI/MMC-2)
  • 03 Dispositivos de cinta típicos (QIC-157)
  • 04 Unidades de disquete típicas (UFI)
  • 05 Unidades de disquete típicas (SFF-8070i)
  • 06 La mayoría de los dispositivos de almacenamiento masivo utiliza esta variante de SCSI

    A menudo se puede acceder a los dispositivos de almacenamiento masivo a través de la asignación de unidades del cliente y por lo tanto no se requiere el respaldo USB.

    Importante: Se sabe que algunos virus se propagan en forma activa utilizando todos los tipos de almacenamiento masivo. Considere cuidadosamente si existe o no una necesidad comercial de permitir el uso de los dispositivos de almacenamiento masivo, ya sea a través de la asignación de unidades del cliente o mediante el respaldo USB. Para minimizar el riesgo, el servidor puede configurarse para evitar que los archivos se ejecuten mediante la asignación de unidades del cliente.

  • Seguridad del contenido (clase 0d)

    Los dispositivos para seguridad del contenido aplican la protección del contenido, generalmente para la administración de derechos digitales o para la gestión de licencias. Esta clase incluye las llaves.

  • Atención médica personal (clase 0f)

    Estos dispositivos incluyen los dispositivos de atención médica personal como los sensores de presión arterial, los monitores de frecuencia cardíaca, podómetros, monitores de píldoras y espirómetros.

  • Específico del proveedor y de la aplicación (clases fe y ff)

    Muchos dispositivos utilizan protocolos específicos del proveedor o protocolos no estandarizados por el consorcio USB, que generalmente se muestran como específicos del proveedor (clase ff).

Clases de dispositivos USB que se rechazan de manera predeterminada

Las reglas de directivas USB predeterminadas rechazan las siguientes clases de dispositivos USB:

  • Comunicaciones y control CDC (clases 02 y 0a)

    Incluye módems, adaptadores ISDN, adaptadores de red y algunos teléfonos y equipos de fax.

    La directiva USB predeterminada no permite estos dispositivos porque es posible que uno de ellos proporcione la conexión al escritorio virtual propiamente dicho.

  • Dispositivos de interfaz humana (HID) (clase 03)

    Incluye una amplia variedad de dispositivos de entrada y de salida. Los dispositivos de interfaz humana (HID, por su sigla en inglés) típicos son los teclados, los mouse, los dispositivos señaladores, las tabletas gráficas, los controladores de juegos, los botones y las funciones de control.

    La subclase 01 se conoce como la clase de interfaz de arranque, y se utiliza para los teclados y punteros.

    La directiva USB predeterminada no permite teclados USB (clase 03, subclase 01, protocolo 1) ni mouse USB (clase 03, subclase 01, protocolo 2). Esto se debe a que la mayoría de los teclados y mouse se manejan adecuadamente sin respaldo USB. Además, suele ser necesario utilizar estos dispositivos de forma local y remota cuando se conecta a un escritorio virtual.

  • Concentradores USB (clase 09)

    Los concentradores USB permiten conectar dispositivos adicionales al equipo local. No es necesario acceder a estos dispositivos de forma remota.

  • Tarjeta inteligente (clase 0b)

    Los lectores de tarjetas inteligentes incluyen lectores de tarjetas inteligentes con y sin contacto, y tokens USB con un chip de tarjeta inteligente equivalente incorporado.

    Se accede a los lectores de tarjeta inteligente utilizando la comunicación remota de la tarjeta inteligente y no se requiere respaldo USB.

  • Vídeo (clase 0e)

    La clase vídeo abarca los dispositivos que se utilizan para controlar vídeos o material relacionado con vídeos, como las cámaras web, videograbadoras digitales, conversores de vídeo analógico, algunos sintonizadores de televisión y algunas cámaras digitales que admiten la transmisión por secuencias de vídeo.

    De forma predeterminada, el rendimiento óptimo de la cámara Web se logra a través de la compresión de vídeo de cámara Web HDX RealTime.

  • Controladores inalámbricos (clase e0)

    Abarca una amplia variedad de controladores inalámbricos como los controladores de banda ultra-ancha y Bluetooth.

    Es posible que algunos de estos dispositivos proporcionen acceso de red importante o conecten periféricos importantes, como mouse o teclados Bluetooth.

    La directiva USB predeterminada no permite estos dispositivos. No obstante, es posible que en el caso de dispositivos particulares sea apropiado proporcionar acceso mediante respaldo USB.

Actualización de la lista de dispositivos USB disponibles para la comunicación remota

Puede actualizar el rango de dispositivos USB disponibles para la comunicación remota con escritorios. Para ello, edite la lista de reglas predeterminadas que contiene el archivo usb.conf, ubicado en el dispositivo del usuario en $ICAROOT/.

Para actualizar la lista, agregue reglas de directivas nuevas para permitir o denegar dispositivos USB no incluidos en el rango predeterminado. Las reglas creadas de este modo por el administrador controlan qué dispositivos se ofrecen al servidor. Las reglas en el servidor controlan cuáles de ellos se aceptarán.

La configuración de directivas predeterminada para los dispositivos inhabilitados es la siguiente:

Denegar: clase 09 # Dispositivos Hub

Denegar: clase 03 subclase 01 # Dispositivos de arranque HID (teclados y mouse)

Denegar: clase 0b # Tarjeta inteligente

Denegar: clase e0 # Controladores inalámbricos

Denegar: clase 02 # Control CDC y comunicaciones

Denegar: clase 03 # UVC (cámara Web)

Denegar: clase 0a # Datos de CDC

Permitir: # Recurso de reserva definitivo: permitir todo lo demás

Creación de reglas de directivas de USB

Sugerencia: Cuando cree reglas de directivas, consulte los códigos de clase USB que se encuentran disponibles en el sitio Web de USB http://www.usb.org/. Las reglas de directivas de usb.conf en el dispositivo del usuario adoptan el formato {ALLOW|DENY:} seguido de un conjunto de expresiones basadas en valores para las siguientes etiquetas:

Etiqueta Descripción
VID Identificador del proveedor tomado del descriptor del dispositivo
REL Identificador de la versión tomado del descriptor del dispositivo
PID Identificador del producto tomado del descriptor del dispositivo
Class Clase, tomada del descriptor del dispositivo o de un descriptor de la interfaz
SubClass Subclase del descriptor del dispositivo o de un descriptor de la interfaz
Prot Protocolo tomado del descriptor del dispositivo o de un descriptor de la interfaz

Al crear reglas de directivas, tenga en cuenta lo siguiente:

  • Las reglas no distinguen entre mayúsculas y minúsculas.
  • Las reglas pueden tener un comentario optativo al final que se introduce con el signo #. No es obligatorio utilizar un delimitador y el comentario se ignora para la comparación.
  • Se ignoran las líneas en blanco y las que son exclusivamente de comentario.
  • El espacio en blanco que se utiliza como separador se ignora, pero no puede aparecer en el medio de un número o de un identificador. Por ejemplo, Deny: Class=08 SubClass=05 es una regla válida; pero Deny: Class=0 8 Sub Class=05 no lo es.
  • Las etiquetas deben utilizar el operador de coincidencia =. Por ejemplo: VID=1230.

Ejemplo

El siguiente ejemplo muestra una sección del archivo usb.conf en el dispositivo del usuario. Para que se implementen estas reglas, el mismo conjunto de reglas debe existir en el servidor.

Permitir: VID=1230 PID=0007 # Otra Industria, Otra unidad de Flash

Denegar: Clase 08 subclase 05 # Dispositivos de almacenamiento masivo

Denegar: Clase 0D # Todos los dispositivos de seguridad

Configuración de los modos de inicio

Con el modo Desktop Appliance es posible cambiar cómo un escritorio virtual gestiona los dispositivos USB conectados con anterioridad. En la sección WfClient del archivo $ICAROOT/config/module.ini de cada dispositivo del usuario, configure DesktopApplianceMode = booleano del siguiente modo.

   
TRUE Todos los dispositivos USB que ya están conectados al inicio, siempre que los dispositivos no estén inhabilitados con una regla de denegación (DENY) en las directivas de USB en el servidor (entrada del Registro) o en el dispositivo del usuario (archivo de configuración de reglas de directivas).
FALSE No se inicia ningún dispositivo USB.

Redirección de teclado Bloomberg

La redirección de teclado Bloomberg se puede realizar a través de una redirección USB genérica.

Para configurar el teclado Bloomberg v4 a través de una redirección USB genérica del lado del cliente:

Como requisito previo, la directiva debe habilitarse en Domain Delivery Controller (DDC).

  1. Busque el vid y el pid del teclado Bloomberg. Por ejemplo, en Debian y Ubuntu ejecute el siguiente comando:

    lsusb

  2. Vaya a $ICAROOT y edite el archivo usb.conf.

  3. Añada la siguiente entrada en el archivo usb.conf para que pueda realizarse la redirección del teclado Bloomberg a través de un USB y, a continuación, guarde el archivo.

    ALLOW: vid=1188 pid=9545

  4. Reiniciar el demonio ctxusbd en el cliente. Por ejemplo, en Debian y Ubuntu ejecute el siguiente comando:

    systemctl restart ctxusbd

  5. Abra una sesión de cliente. Asegúrese de que el foco se encuentra en esa sesión mientras conecta el teclado Bloomberg v4 para su redirección.

Mejora del rendimiento en conexiones con poco ancho de banda

Citrix recomienda utilizar la versión más reciente de XenApp o XenDesktop en el servidor y Receiver en el dispositivo del usuario.

Si utiliza una conexión con poco ancho de banda, puede realizar cambios en la configuración de Receiver y en la forma en que lo utiliza para mejorar el rendimiento.

  • Configure la conexión de Receiver: la configuración de las conexiones de Citrix Receiver puede reducir el ancho de banda que ICA requiere y mejorar el rendimiento.
  • Cambie la forma en que se utiliza Receiver: cambiar la forma en que se utiliza Receiver también puede reducir el ancho de banda requerido para una conexión de alto rendimiento.
  • Habilite el sonido UDP: esta función puede mantener un nivel de latencia regular en redes sobrecargadas durante conexiones Voice-over-IP (VoIP).
  • Utilice las versiones más recientes de XenApp y Receiver para Linux: Citrix aumenta y mejora constantemente el rendimiento en cada versión, y muchas funcionalidades de rendimiento requieren la versión más reciente de Receiver y el software de servidor.

Configuración de conexiones

En dispositivos con una capacidad de procesamiento limitada o un ancho de banda limitado, se intercambia rendimiento por funcionalidad y viceversa. Los usuarios y los administradores pueden elegir una combinación aceptable de funcionalidad y rendimiento interactivo. Llevando a cabo al menos uno de estos cambios, a menudo en el servidor y no en el dispositivo del usuario, se puede reducir el ancho de banda requerido para la conexión y se puede mejorar el rendimiento:

  • Habilite la reducción de retardo SpeedScreen: la reducción de retardo SpeedScreen mejora el rendimiento en conexiones con altos niveles de latencia al proporcionar comentarios instantáneos al usuario en respuesta a los datos introducidos o a las acciones con el puntero. Use el Administrador de reducción de retardo SpeedScreen para habilitar esta función en el servidor. En Receiver, de forma predeterminada, esta opción está inhabilitada para el teclado y solo está habilitada para el puntero en conexiones con una latencia elevada. Consulte la guía de referencia de OEM de Citrix Receiver para Linux (en inglés).
  • Habilite la compresión de datos: la compresión de datos reduce la cantidad de datos transferidos a través de la conexión. Esto requiere recursos adicionales del procesador para comprimir y descomprimir datos, pero puede aumentar el rendimiento en conexiones de poco ancho de banda. Use las configuraciones de directiva de Citrix Calidad de sonido y Compresión de imágenes para habilitar esta característica.
  • Reduzca el tamaño de la ventana: cambie la dimensión de la ventana al tamaño utilizable más pequeño posible. En el sitio de servicios XenApp, defina las Opciones de sesión.
  • Reduzca la cantidad de colores: reduzca la cantidad de colores a 256. En el sitio de XenApp y XenDesktop, defina las Opciones de sesión.
  • Reduzca la calidad de sonido: si la asignación de sonido está habilitada, reduzca la calidad de sonido al parámetro más bajo mediante la configuración de directiva de Citrix Calidad de sonido.

Habilitación del sonido UDP

El sonido UDP puede mejorar la calidad de las llamadas telefónicas que se realizan a través de Internet. Se utiliza el protocolo UDP (User Datagram Protocol) en lugar del protocolo TCP (Transmission Control Protocol).

Tenga en cuenta lo siguiente:

  • El sonido UDP no está disponible en las sesiones cifradas (es decir, las sesiones donde se utiliza el cifrado TLS o ICA). En esas sesiones, la transmisión de sonido se realiza mediante TCP.
  • La prioridad del canal ICA puede afectar el sonido UDP.
  1. Configure las siguientes opciones en la sección ClientAudio de module.ini:
    • Establezca EnableUDPAudio con el valor True. De forma predeterminada, este valor está establecido en False, lo que inhabilita el sonido UDP.
    • Especifique los números de puerto mínimo y máximo para el tráfico de sonido UDP mediante UDPAudioPortLow y UDPAudioPortHigh respectivamente. De forma predeterminada, se utilizan los puertos de 16500 a 16509.
  2. Establezca los parámetros de sonido de cliente y de servidor de la manera que se detalla a continuación a fin de que el sonido resultante sea de calidad mediana (es decir, ni alta ni baja).
    Calidad de sonido en el cliente Calidad de sonido en el cliente Calidad de sonido en el cliente
    Alto Medio Bajo
Calidad de sonido en el servidor Alto Alto Medio Bajo
Calidad de sonido en el servidor Medio Medio Medio Bajo
Calidad de sonido en el servidor Bajo Bajo Bajo Bajo

Cambio en la forma en que se utiliza Receiver

La tecnología ICA está altamente optimizada y, en general, no necesita requisitos elevados de ancho de banda ni de CPU. Sin embargo, si utiliza una conexión con muy poco ancho de banda, tenga en cuenta lo siguiente para preservar el rendimiento:

  • Evite el acceso a archivos grandes mediante la asignación de unidades del cliente. Cuando se accede a un archivo grande con la asignación de unidades del cliente, el archivo se transfiere a través de la conexión del servidor. En conexiones lentas, puede tardar mucho tiempo.
  • Evite imprimir documentos grandes en impresoras locales. Al imprimir un documento en una impresora local, el archivo que debe imprimirse se transfiere a través de la conexión del servidor. En conexiones lentas, puede tardar mucho tiempo.
  • Evite reproducir contenido multimedia. La reproducción de contenido multimedia utiliza una gran cantidad de ancho de banda y puede reducir el rendimiento.

Optimización del rendimiento multimedia

Receiver abarca un amplio conjunto de tecnologías que ofrece una experiencia de alta definición para los usuarios en entornos con abundantes recursos multimedia, típicos de la actualidad. Estas tecnologías mejoran la experiencia de los usuarios cuando estos se conectan a aplicaciones y escritorios alojados, como se muestra a continuación:

  • Redirección de HDX MediaStream para Windows Media
  • Redirección de HDX MediaStream para Flash
  • Compresión de vídeo de cámara Web HDX RealTime
  • Soporte para H.264

Configuración de la redirección de Windows Media de HDX MediaStream

La redirección de Windows Media de HDX MediaStream supera la necesidad de contar con anchos de banda elevados para la captura y reproducción multimedia en escritorios virtuales Windows a los que se accede desde dispositivos de usuario Linux. La redirección de Windows Media ofrece un mecanismo para reproducir los archivos en tiempo de ejecución multimedia en el dispositivo del usuario y no en el servidor, reduciendo así los requisitos de ancho de banda para reproducir archivos multimedia.

La redirección de Windows Media mejora el rendimiento del Reproductor de Windows Media y de los reproductores compatibles que se ejecutan en escritorios virtuales Windows. Existe un amplio rango de formatos de archivo compatibles, entre ellos:

  • Advanced Systems Format (ASF)
  • Motion Picture Experts Group (MPEG)
  • Audio-Video Interleaved (AVI)
  • MPEG Audio Layer-3 (MP3)
  • Archivos de sonido WAV

Citrix Receiver incluye una tabla basada en texto, MediaStreamingConfig.tbl, para traducir los GUID de formatos multimedia específicos de Windows a tipos MIME que GStreamer puede usar. Esta tabla de traducciones puede actualizarse para realizar las siguientes acciones:

  • Agregar a la tabla filtros o formatos de archivos multimedia previamente desconocidos o no respaldados
  • Bloquear los GUID problemáticos para recurrir a la generación en el lado del servidor
  • Agregar parámetros adicionales a las cadenas MIME existentes para permitir la solución de problemas en formatos que no funcionen correctamente mediante la modificación de los parámetros de GStreamer en las secuencias
  • Administrar y distribuir configuraciones personalizadas según los tipos de archivo multimedia respaldados por GStreamer en un dispositivo del usuario

Con la obtención de contenido en el lado del cliente, también es posible permitir que el dispositivo del usuario transmita por secuencias multimedia directamente desde las direcciones URL con el formato http://, <mms://> o <rtsp://> en lugar de transmitir por secuencias multimedia a través de un servidor Citrix. El servidor se encarga de dirigir el dispositivo del usuario al contenido multimedia y de enviar los comandos de control (incluidos Reproducir, Pausar, Detener, Volumen y Buscar). Pero el servidor no manipula los datos multimedia. Esta característica requiere bibliotecas avanzadas multimedia de GStreamer en el dispositivo.

Para implementar la redirección de Windows Media de HDX MediaStream

  1. Instale GStreamer 0.10, un marco de trabajo multimedia de código abierto, en cada dispositivo del usuario que lo requiera. Por regla general, GStreamer se instala antes de instalar Citrix Receiver para que, durante el proceso de instalación de Citrix Receiver, este se configure para utilizar GStreamer.

    La mayoría de las distribuciones de Linux incluyen GStreamer. De forma alternativa, puede descargar GStreamer desde http://gstreamer.freedesktop.org.

  2. Para habilitar la obtención de contenido en el lado del cliente, instale los plug-ins de origen de protocolo de GStreamer para los tipos de archivo que los usuarios reproducirán en el dispositivo. La utilidad gst-launch permite verificar que el plug-in se encuentre instalado y funcione correctamente. Si gst-launch puede reproducir la dirección URL, el plug-in requerido funciona correctamente. Por ejemplo, ejecute gst-launch-0.10 playbin2 uri=http://example-source/file.wmv y compruebe que el vídeo se reproduce correctamente.

  3. Cuando instale Citrix Receiver en el dispositivo, seleccione la opción de GStreamer si está utilizando el script tarball (esto se hace automáticamente para los paquetes .deb y .rpm).

Tenga en cuenta lo siguiente con respecto a la funcionalidad de obtención de contenido en el lado del cliente:

  • De manera predeterminada, esta función está habilitada. Es posible inhabilitarla mediante la opción SpeedScreenMMACSFEnabled en la sección Multimedia de All-Regions.ini. Si esta opción se establece en False, se utiliza la redirección de Windows Media para el procesamiento de medios.
  • De forma predeterminada, todas las funcionalidades de MediaStream utilizan el protocolo playbin2 de GStreamer. Es posible revertir al protocolo playbin anterior en todas las funcionalidades de MediaStream, excepto la obtención de contenido en el lado del cliente que continuará utilizando playbin2, mediante la opción SpeedScreenMMAEnablePlaybin2 en la sección Multimedia de All-Regions.ini.
  • Receiver no reconoce archivos de lista de reproducción ni archivos de información de configuración de secuencia como .asx o .nsc. Cuando sea posible, los usuarios deben especificar una URL estándar que no haga referencia a estos tipos de archivo. Utilice gst-launch para verificar que una dirección URL determinada sea válida.

Nota sobre GStreamer 1.0:

  • De forma predeterminada, se utiliza GStreamer 0.10 para la redirección de Windows Media de HDX MediaStream. GStreamer 1.0 solo se utiliza cuando GStreamer 0.10 no está disponible.
  • Si quiere utilizar GStreamer 1.0, siga estas instrucciones:
  1. Busque el directorio de instalación de los plugins de GStreamer. La ubicación de instalación de los plugins varía en función de la distribución, la arquitectura del sistema operativo y la instalación en sí de GStreamer. La ruta de instalación típica es /usr/lib/x86_64-linux-gnu/gstreamer-1.0 o $HOME/ .local/share/gstreamer-1.0.
  2. Busque el directorio de instalación de Citrix Receiver para Linux. El directorio predeterminado para las instalaciones de usuarios con privilegios (root) es /opt/Citrix/ICAClient. El directorio predeterminado para las instalaciones de usuarios sin privilegios es $HOME/ICAClient/platform (donde “platform” puede ser linuxx64, por ejemplo). Para obtener más información, consulte Instalar y configurar.
  3. Instale libgstflatstm1.0.so mediante un vínculo simbólico en el directorio de plugins de GStreamer: ln -sf $ICACLIENT_DIR/util/libgstflatstm1.0.so $GST_PLUGINS_PATH/libgstflatstm1.0.so. Este paso puede requerir permisos elevados (como sudo, por ejemplo).
  4. Use gst_play1.0 como reproductor en: ln -sf $ICACLIENT_DIR/util/gst_play1.0 $ICACLIENT_DIR/util/gst_play. Este paso puede requerir permisos elevados (como sudo, por ejemplo).
  • Si quiere usar GStreamer 1.0 para la compresión de vídeo de cámara Web HDX RealTime, use gst_read1.0 como el lector: ln -sf $ICACLIENT_DIR/util/gst_read1.0 $ICACLIENT_DIR/util/gst_read.

Configuración de la redirección de Flash de HDX MediaStream

La Redirección de Flash de HDX MediaStream habilita el contenido de Adobe Flash para que se reproduzca de forma local en los dispositivos de los usuarios, y les brinda una reproducción de sonido y vídeo de alta definición sin aumentar los requisitos de ancho de banda.

  1. Compruebe que el dispositivo del usuario cumpla los requisitos de esta función. Para obtener más información, consulte Requisitos del sistema.

  2. Agregue los siguientes parámetros a la sección [WFClient] de wfclient.ini (para todas las conexiones hechas por un usuario específico) o a la sección [Client Engine\Application Launching] de All_Regions.ini (para todos los usuarios del entorno):
    • HDXFlashUseFlashRemoting=Ask|Never|Always

      Habilita HDX MediaStream para Flash en el dispositivo del usuario. De forma predeterminada, este parámetro está establecido en Never y se presenta un cuadro de diálogo a los usuarios para preguntarles si quieren optimizar el contenido de Flash al conectarse a páginas Web que contienen Flash.

    • HDXFlashEnableServerSideContentFetching=Disabled|Enabled

      Habilita o inhabilita la obtención de contenido en el servidor para Receiver. De forma predeterminada, este parámetro está configurado como inhabilitado: Disabled.

    • HDXFlashUseServerHttpCookie=Disabled|Enabled

      Habilita o inhabilita la redirección de cookies HTTP. De forma predeterminada, este parámetro está configurado como inhabilitado: Disabled.

    • HDXFlashEnableClientSideCaching=Disabled|Enabled

      Habilita o inhabilita el almacenamiento en caché del cliente del contenido Web obtenido por Receiver. De forma predeterminada, este parámetro está configurado como habilitado: Enabled.

    • HDXFlashClientCacheSize= [25-250]

      Define el tamaño, en megabytes (MB), de la caché en el cliente. Puede introducirse cualquier tamaño entre 25 MB y 250 MB. Cuando se alcance el tamaño máximo, se eliminará el contenido existente en el caché para permitir el almacenamiento de contenido nuevo. De forma predeterminada, este parámetro está configurado como 100.

    • HDXFlashServerSideContentCacheType=Persistent|Temporary|NoCaching

      Define el tipo de almacenamiento en caché que utiliza Receiver para el contenido que se obtiene en el servidor. De forma predeterminada, este parámetro está configurado como persistente: Persistent.

      Nota: Este parámetro se requiere solamente si HDXFlashEnableServerSideContentFetching está configurado como habilitado: Enabled.

  3. La redirección de Flash está inhabilitada de forma predeterminada. En /config/module.ini, cambie FlashV2=Off por FlashV2=On para habilitar la función.

Configuración de la compresión de vídeo de cámara Web HDX RealTime

HDX RealTime ofrece una opción de compresión de vídeo de cámara Web para mejorar la eficiencia del ancho de banda durante las conferencias de vídeo, y de ese modo garantizar que los usuarios experimenten un rendimiento óptimo al utilizar aplicaciones como GoToMeeting con HD Faces o Skype Empresarial.

  1. Compruebe que el dispositivo del usuario cumpla los requisitos de esta función.
  2. Compruebe que el canal virtual Multimedia esté habilitado. Para hacerlo, abra el archivo de configuración module.ini, ubicado en el directorio $ICAROOT/config y verifique que MultiMedia en la sección [ICA3.0] esté establecido en “On”.
  3. Habilite la entrada de sonido haciendo clic en Usar mi micrófono y mi cámara Web en la página Micrófono y cámara Web del cuadro de diálogo Preferencias.

Inhabilitar la compresión de vídeo de cámara Web HDX RealTime

De forma predeterminada, el rendimiento óptimo de la cámara Web se logra a través de la compresión de vídeo de cámara Web HDX RealTime. Sin embargo, en algunas circunstancias, es posible que se requiera que los usuarios conecten cámaras Web mediante el respaldo USB. Para ello, debe hacer lo siguiente:

  • Inhabilite la compresión de vídeo de cámara Web HDX RealTime
  • Habilite el respaldo USB para cámaras Web
  1. Agregue el parámetro siguiente en la sección [WFClient] del archivo .ini apropiado:

    HDXWebCamEnabled=Off

    Para obtener más información, consulte Personalizar Receiver mediante archivos de configuración.

  2. Abra el archivo usb.conf que, por lo general, se encuentra en $ICAROOT/usb.conf.

  3. Elimine o convierta en comentario la siguiente línea:

    DENY: class=0e # UVC (default via HDX RealTime Webcam Video Compression)

  4. Guarde y cierre el archivo.

Configuración de respaldo para H.264

Receiver respalda la presentación de gráficos H.264, incluidos gráficos HDX 3D Pro, servidos por XenDesktop 7. Este respaldo utiliza la característica de códec de compresión profunda, que se encuentra habilitada de forma predeterminada. Esta característica ofrece un mejor rendimiento de las aplicaciones de gráficos de nivel profesional en redes WAN, comparado con el códec de JPEG existente.

Siga las instrucciones en este tema para inhabilitar esta característica (y procesar gráficos mediante el códec de JPEG en su lugar). También puede inhabilitar el seguimiento de texto pero mantener habilitado el respaldo para el códec de compresión profunda. Esto ayuda a reducir los costos de CPU durante el procesamiento de gráficos que incluyen imágenes complejas, con cantidades de texto relativamente pequeñas o de poca importancia.

Importante: Para configurar esta funcionalidad, no use ninguna opción con pérdida en la directiva Calidad visual de XenDesktop . Si lo hace, la codificación H.264 se inhabilita en el servidor y no funciona en Receiver.

Para inhabilitar el respaldo para el códec de compresión profunda:

En wfclient.ini, establezca H264Enabled con el valor False. Esto también inhabilita el seguimiento de texto.

Para inhabilitar solo el seguimiento de texto

Con el respaldo para el códec de compresión profunda habilitado, en el archivo wfclient.ini configure TextTrackingEnabled con el valor False.

Optimización del rendimiento de los cuadros de pantalla

Es posible mejorar la manera en que se procesan los cuadros de pantalla codificados con JPEG mediante las funcionalidades Decodificación de mapas de bits directamente en la pantalla, Decodificación de cuadros por lotes y XSync diferida.

  1. Asegúrese de que su biblioteca JPEG respalda estas funciones.

  2. En la sección Thinwire3.0 de wfclient.ini, establezca DirectDecode y BatchDecode en True.

    Nota: La habilitación de la decodificación de cuadros por lotes también habilita la XSync diferida.

Habilitando registros

Para habilitar la captura de registros en Citrix Receiver para Linux:

  1. Descargue Citrix Receiver para Linux e instálela en su máquina Linux. Durante la instalación, defina la variable de entorno ICAROOT en la ubicación de instalación.
  2. Para la versión Citrix Receiver para Linux, debug.ini está en la carpeta de configuración de ICAROOT. Cree un symlink de este archivo en la ruta $ICAROOT. Para ello, escriba > ln -s config/debug.ini debug.ini desde la línea de comandos.
  3. Modifique el archivo debug.ini en $ICAROOT y agregue los parámetros de seguimiento necesarios en la sección [wfica].
  4. Modifique el archivo $ICAROOT/config/module.ini para agregar SyslogThreshold=7 al final de la sección [WFClient]. Al hacerlo, se generan registros de todos los niveles. Para registrar solo los errores, establezca SyslogThreshold en 3.
  5. Para obtener seguimientos de syslog, modifique el archivo de configuración de syslog. Vaya al archivo /etc/rsyslog.conf (o syslog.conf, según su distribución de Linux) y realice los siguientes cambios:

    Para habilitar la captura de registros locales desde todos los recursos, compruebe que la línea $ModLoad imuxsock.so no esté comentada al principio del archivo.

    Los siguientes dos cambios en el archivo de configuración son necesarios para la captura de registros remotos, pero no son necesarios para la captura de registros locales en syslog.

    Configuración del lado del servidor: Quite las marcas de comentario en las siguientes líneas del archivo rsyslog.conf, presente en el servidor syslog:

    $ModLoad imtcp

    $InputTCPServerRun 10514

    Configuración del lado del cliente: agregue la siguiente línea para reemplazar el host local por la IP del servidor remoto: *.* @@localhost:10514

  6. Guarde los cambios y reinicie el servicio syslog. Para ello, escriba >sudo service rsyslog restart desde la línea de comandos.
  7. Todos los registros de syslog se guardan en /var/log. Para ver o modificar los registros de esa carpeta, necesita el acceso sudo. Los registros van al archivo user-all-drivers_proxy22.log. Puede configurar la ruta y el nombre del archivo de registros. Para ello, modifique la siguiente línea en la sección RULES en el archivo rsyslog.cong –

    usuario. * -/var/log/logfile_name.log

    Puede editar la sección de REGLAS en el archivo de configuración syslog. Si la sección de REGLAS no está presente en su archivo de configuración de syslog, puede agregar la sección de REGLAS del archivo rsyslog.conf de muestra en su archivo de configuración de syslog del sistema.

    Nota: Cada vez que modifique el archivo rsyslog.conf, debe reiniciar el servicio syslog.

  8. Inicie el proceso de Receiver (./selfservice en $ICAROOT) y, una vez que finalice la sesión, el archivo de registro estará en /var/log. De forma predeterminada, los registros se anexan al archivo de registros en los inicios posteriores. Para realizar un seguimiento de los rastros que deja cada inicio, modifique el archivo de configuración antes de cada inicio para cambiar el archivo de registro y reiniciar el servicio rsyslog.

Nota

Para habilitar el rastreo, cambie los siguientes parámetros en el archivo $ICAROOT/debug.ini:

  • Registro de la Central de conexiones: en la sección [conncenter], cambie “traceClasses” a “+TC_NCS”
  • Registro de gráficos (Thinwire): en la sección [wfica], cambie “traceClasses” a “+TC_TW”
  • Registro EUEM: en la sección [wfica], cambie “traceClasses” a “+TC_CLIB”

Para inhabilitar el rastreo, cambie las entradas “traceClasses” a null.

Por ejemplo:

[wfica]

traceFlags =

traceClasses =

traceFeatures =

traceFile = clb.log.$$

traceBufferSize = 65536

Configuración de persistencia del diseño en varios monitores

Esta característica conserva la información sobre el diseño en el monitor de la sesión en los dispositivos de punto final. La sesión aparece en el mismo monitor o monitores configurados.

Requisito previo

Esta característica requiere lo siguiente:

  • StoreFront 3.15 o posterior.
  • Si .ICAClient ya está presente en la carpeta de inicio del usuario actual:

    Elimine el archivo All_Regions.ini

    O bien:

    Para conservar el archivo AllRegions.ini, agregue las siguientes líneas al final de la sección [Client Engine\Application Launching]:

    SubscriptionUrl=

    PreferredWindowsBounds=

    PreferredMonitors=

    PreferredWindowState=

    SaveMultiMonitorPref=

Si la carpeta .ICAClient no está presente, se indica una nueva instalación del Receiver. En ese caso, se conserva la configuración predeterminada para la función.

Ejemplos de casos de uso

  • Inicie una sesión en cualquier monitor en modo ventana y guarde la configuración. Cuando reinicie la sesión, aparecerá en el mismo modo, en el mismo monitor y en la misma posición.
  • Inicie una sesión en cualquier monitor en modo de pantalla completa y guarde la configuración. Cuando reinicie la sesión, aparecerá en modo de pantalla completa en el mismo monitor.
  • Estire y amplíe una sesión en modo ventana a varios monitores y luego cambie al modo de pantalla completa. La sesión continúa en pantalla completa en todos los monitores. Cuando reinicie la sesión, aparecerá en modo de pantalla completa, ampliada a todos los monitores.

Nota

El diseño de los elementos se sobrescribe con cada operación de guardado. Además, el diseño se guarda solo en el StoreFront activo.

Si inicia varias sesiones de escritorio desde el mismo StoreFront en diferentes monitores, guardar el diseño en una sesión guarda la información de diseño de todas las sesiones.

Configuración de la característica de guardar diseño

Para habilitar la función de guardar diseño:

  1. Instale StoreFront 3.15 o posterior (igual o posterior a 3.15.0.12) en un Delivery Controller (DDC) compatible.
  2. Descargue la versión de Citrix Receiver para Linux 13.10 desde la página de descargas y luego instálela en su máquina Linux.
  3. Establezca la variable de entorno ICAROOT en la ubicación de instalación.
  4. Compruebe si el archivo All_Regions.ini está presente en la carpeta .ICAClient. Si es así, elimínelo.
  5. En el archivo $ICAROOT/config/All_Regions.ini, busque el campo – SaveMultiMonitorPref. De forma predeterminada, el valor de este campo es “true” (lo que significa que esta característica está activada). Para desactivar esta función, establezca este campo en “false”. Si realiza algún cambio en el valor SaveMultiMonitorPref, debe eliminar el archivo All_Regions.ini presente en la carpeta .ICAClient para evitar discrepancias de valores y un posible bloqueo de perfil. Establezca o desactive la marca SaveMultiMonitorPref antes de iniciar sesiones
  6. Lance una nueva sesión de escritorio.
  7. Haga clic en Save Layout (Guardar diseño) en la barra de herramientas de Desktop Viewer para guardar el diseño de la sesión actual. Aparece una notificación en la parte inferior derecha de la pantalla, que indica que la operación se ha realizado correctamente. Cuando hace clic en “Save Layout”, el icono pasa a ser gris. Esto indica que la operación de guardado está en curso. Tras guardarse el diseño, el icono aparece como siempre. Sin embargo, si el icono aparece en gris durante mucho tiempo, consulte el artículo CTX235895 de Knowledge Center para obtener información sobre la solución al problema.
  8. Desconecte o cierre la sesión. Relance la sesión. La sesión aparece en el mismo modo, en el mismo monitor y en la misma posición.

Limitaciones y casos no admitidos

  • No se admite el guardado de un diseño de sesión en modo ventana que abarca varios monitores, debido a limitaciones con el administrador de pantalla de Linux.
  • En esta versión, no se admite el guardado de información de sesión en monitores con resolución variada, y guardarla podría dar lugar a un comportamiento impredecible.
  • Implementaciones de clientes con varios StoreFront

Uso de Citrix Virtual Desktops en monitores dobles

  1. Seleccione el visor de escritorio y haga clic en la flecha hacia abajo.
  2. Seleccione la opción Ventana.
  3. Arrastre la pantalla Citrix Virtual Desktops entre los dos monitores. Asegúrese de que aproximadamente la mitad de la pantalla esté presente en cada monitor.
  4. En la barra de herramientas de Citrix Virtual Desktops, seleccione Pantalla completa.

    La pantalla se extiende ahora a ambos monitores.