Documentación de productos
Citrix Virtual Apps and Desktops
Current Release Service 2511 2507 LTSR 2503 2411 2407 2402 LTSR 2311 2203 LTSR
Ver PDF

Problemas conocidos y limitaciones

July 9, 2026
Contribución de: 
C

  • Solo se admite un servidor de registros por entorno

    La arquitectura actual solo admite un único servidor de registros AOT por entorno, y tanto Web Studio como Director/Monitor están diseñados para funcionar con una sola configuración de servidor de registros. Todos los componentes deben apuntar a este mismo servidor de registros; la configuración o distribución de cargas de trabajo entre varios servidores de registros no es compatible actualmente. Este único servidor de registros puede manejar hasta 128.000 conexiones de componentes activas y procesar hasta 10.000 eventos de registro por segundo, lo que es suficiente para la mayoría de las implementaciones. Dado que estos límites se basan en la capacidad de conexión y el rendimiento de registros, no en el número de componentes, incluso entornos muy grandes pueden operar con un servidor de registros siempre que se mantengan dentro de los umbrales de rendimiento.

    Sin embargo, los clientes con volúmenes de registros extremadamente altos durante la actividad máxima pueden alcanzar los límites de ingesta o indexación debido a la ausencia de escalado horizontal. El soporte para múltiples servidores de registros y opciones de escalado más amplias se introducirá en futuras versiones como parte de la arquitectura en evolución.

  • La ejecución del servidor de registros AOT en una VM de Windows alojada en XenServer no es compatible. XenServer no admite la virtualización anidada, lo que impide que Docker se ejecute dentro de la VM invitada. Como resultado, el contenedor del servidor de registros no se puede implementar en esta configuración.

  • Docker Desktop en Windows requiere una sesión de usuario activa para el servidor de registros AOT

    Cuando el servidor de registros AOT se implementa en una VM de Windows mediante Docker Desktop, el contenedor se ejecuta en el contexto de la sesión de usuario que inició Docker Desktop. Docker Desktop está diseñado como una aplicación basada en sesiones de usuario y no se ejecuta como un servicio a nivel de sistema en Windows. Como resultado, si el usuario cierra la sesión, Docker Desktop se detiene, lo que provoca que el contenedor del servidor de registros AOT también se detenga. Debido a este comportamiento: El servidor de registros AOT se detiene cuando el usuario cierra la sesión, ya que la implementación depende de una sesión de usuario específica. Otros administradores no pueden acceder ni administrar los contenedores en ejecución.

    Solución alternativa: Mantenga la sesión de usuario activa o en un estado desconectado (no cierre la sesión) para asegurarse de que Docker Desktop y el contenedor del servidor de registros AOT sigan ejecutándose.

    Recomendación Para implementaciones de producción, utilice una de las siguientes opciones:

    • Implemente el servidor de registros AOT en una VM de Linux mediante Docker Engine

    • Utilice la implementación basada en Citrix Connector Appliance (CCA) donde sea compatible

    Estas opciones permiten que el servidor de registros se ejecute independientemente de las sesiones de usuario y proporcionan un modelo de implementación más fiable y siempre activo.

    Nota:

    Este enfoque puede no ser fiable en entornos con tiempos de espera de sesión o políticas de seguridad estrictas.

    Este comportamiento es una limitación conocida de Docker Desktop en Windows y no es específico del servidor de registros AOT.

  • Los registros del servidor de licencias aparecen con un tipo de host incorrecto en Director/Monitor

    Al ver los registros AOT del servidor de licencias en Director, la columna Tipo de host puede mostrar incorrectamente el valor como DDC en lugar de Servidor de licencias, aunque el nombre de host sea correcto.

    Este problema se limita a cómo se representa el Tipo de host en Director y no afecta a la recopilación de registros ni a la funcionalidad. Este problema se ha resuelto en la última versión del servidor de licencias y está solucionado a partir de la versión del servidor de licencias: 55000 o posterior.

  • Se requiere Citrix Cloud Connector para ver los registros AOT en Monitor

    Los clientes que utilizan Citrix Monitor para ver los registros AOT deben tener al menos un Citrix Cloud Connector implementado en su entorno. Este requisito se aplica independientemente de dónde esté alojado el servidor de registros AOT, incluidas las máquinas virtuales Linux o Windows o Citrix Connector Appliance.

    Citrix Monitor se basa en el servicio Monitor que se ejecuta en Cloud Connector para recuperar los registros del servidor de registros configurado y mostrarlos en la interfaz de usuario.

    Sin un Cloud Connector de Windows, los registros AOT no se pueden recuperar ni mostrar en Monitor.

Problemas conocidos y limitaciones
July 9, 2026
Contribución de: 
C
July 9, 2026
Contribución de: 
C

En este artículo

Comentarios sobre el sitio | Your privacy choices footer linkSus opciones de privacidad | Condiciones legales y de privacidad | Preferencias de cookies | Parámetros de consentimiento | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.