Documentación de productos
Citrix Virtual Apps and Desktops
Service Current Release 2402 LTSR 2311 2308 2305 2303 2212 2209 2206 2203 LTSR 1912 LTSR
Ver PDF

Administrar grupos de entrega

November 25, 2025
Contribución de: 
C

Nota:

Puede administrar la implementación de Citrix Virtual Apps and Desktops™ mediante dos consolas de administración: Web Studio (basada en la web) y Citrix Studio (basada en Windows). Este artículo se refiere únicamente a Web Studio. Para obtener información sobre Citrix Studio, consulte el artículo equivalente en Citrix Virtual Apps and Desktops 7 2212 o versiones anteriores.

Introducción

Este artículo describe los procedimientos para la administración de los grupos de entrega desde la consola de administración. Además de cambiar los parámetros especificados en el momento de crear el grupo, puede configurar otros parámetros que no estaban disponibles al crear el grupo de entrega.

Los procedimientos se organizan por categorías: general, usuarios, máquinas y sesiones. Algunas tareas abarcan más de una categoría. Por ejemplo, “Impedir que los usuarios se conecten a una máquina” se describe en la categoría de máquinas, pero también afecta a los usuarios. Si no puede encontrar una tarea en una categoría, compruebe otra categoría relacionada.

Hay otros artículos que también contienen información relacionada:

  • Las aplicaciones contienen información sobre cómo administrar aplicaciones en los grupos de entrega.
  • La administración de grupos de entrega requiere permisos correspondientes al rol integrado de Administrador de grupos de entrega. Para obtener más información, consulte Administración delegada.

General

Ver detalles del grupo

  1. Use la función de búsqueda para localizar un grupo de entrega específico. Para obtener instrucciones, consulte Buscar instancias.
  2. En los resultados de la búsqueda, seleccione un grupo según sea necesario.
  3. Consulte la siguiente tabla para ver las descripciones de las columnas del grupo.
  4. Haga clic en una ficha del panel de detalles inferior para obtener más información sobre este grupo.
Columna Descripción
Grupo de entrega El nombre del grupo y el tipo de sesión. Los tipos de sesión incluyen sistemas operativos de sesión única y sistemas operativos multisesión.
Entregando El tipo de recursos que entrega este grupo. Los valores posibles incluyen Aplicaciones, Escritorios y Aplicaciones y escritorios. Se muestra “Asignación de máquina estática” si el grupo de entrega está formado por máquinas dedicadas.
Sesión en uso La cantidad de máquinas que están configuradas y la cantidad de máquinas que están en estado desconectado.
Recuento asignado La cantidad de máquinas del catálogo asignadas a un grupo de entrega.
Carpeta La ubicación del grupo en el árbol de grupos de entrega. Muestra el nombre de la carpeta en la que se encuentra el grupo (incluida la barra invertida final), o - si el grupo está en el nivel raíz.

Cambiar el tipo de entrega de un grupo de entrega

El tipo de entrega indica lo que puede entregar el grupo: aplicaciones, escritorios o ambos.

Antes de cambiar de un tipo de grupo que entrega solo aplicaciones o escritorios y aplicaciones a un tipo de grupo que entrega solo escritorios, elimine todas las aplicaciones que haya en el grupo.

  1. Seleccione Grupos de entrega en el panel de la izquierda.
  2. Seleccione un grupo y después haga clic en Modificar en la barra de acciones.
  3. En la página Tipo de entrega, seleccione el tipo de entrega que quiere.
  4. Haga clic en Aplicar para aplicar los cambios que haya hecho y dejar la ventana abierta. También puede hacer clic en Guardar para aplicar los cambios y cerrar la ventana.

Cambiar direcciones de StoreFront

  1. Seleccione Grupos de entrega en el panel de la izquierda.
  2. Seleccione un grupo y después haga clic en Modificar en la barra de acciones.
  3. En la página StoreFront, seleccione o agregue direcciones URL de StoreFront. La aplicación Citrix Workspace™, que se instala en cada máquina del grupo de entrega, usa estas direcciones URL.
  4. Haga clic en Aplicar para aplicar los cambios que haya hecho y dejar la ventana abierta. También puede hacer clic en Guardar para aplicar los cambios y cerrar la ventana.

También puede seleccionar StoreFront en el panel de la izquierda para especificar las direcciones del servidor de StoreFront.

Cambiar el nivel funcional

Cambie el nivel funcional del grupo de entrega después de actualizar la versión de los VDA de sus máquinas y los catálogos de máquinas que contienen las máquinas utilizadas en el grupo de entrega.

Antes de comenzar:

  • Si usa Citrix Provisioning™ (antes Provisioning Services), debe actualizar la versión de VDA en la consola de Citrix Provisioning.
  • Inicie las máquinas que contienen el VDA actualizado para que se registren con un Delivery Controller. Este proceso indica a la consola los elementos del grupo de entrega cuya versión necesita actualizarse.
  • Si debe seguir utilizando versiones anteriores de VDA, las funciones más recientes del producto no están disponibles. Para obtener más información, consulte la documentación de la actualización de versiones.

Para cambiar el nivel funcional de un grupo de entrega:

  1. Seleccione Grupos de entrega en el panel de la izquierda.
  2. Seleccione un grupo y después haga clic en Cambiar nivel funcional en la barra de acciones. La acción Cambiar nivel funcional aparece solo si se detectan VDA actualizados.
  3. Haga clic en Cambiar.

La pantalla le indica qué máquinas, si las hay, no se pueden cambiar al nivel funcional y por qué. A continuación, puede cancelar la acción del cambio, resolver los problemas de la máquina y realizar el cambio de nuevo.

Una vez finalizado el cambio, puede revertir las máquinas a sus estados anteriores. Seleccione el grupo de entrega y, a continuación, seleccione Deshacer cambio de nivel funcional en la barra de acciones.

Administrar grupos de entrega de acceso con Remote PC

Si una máquina del catálogo de acceso con Remote PC no está asignada, se asigna temporalmente una máquina a un grupo de entrega asociado a ese catálogo de máquinas. Esta asignación temporal permite que la máquina se asigne más tarde a un usuario.

La asociación de grupo de entrega a catálogo de máquinas tiene un valor prioritario. La prioridad determina el grupo de entrega asignado de la máquina cuando se registra en el sistema o cuando un usuario necesita que se le asigne una máquina. Cuanto menor sea el valor, mayor será la prioridad. Si un catálogo de máquinas de acceso con Remote PC tiene varias asignaciones de grupos de entrega, el software selecciona la de mayor prioridad. Use el SDK de PowerShell para configurar este valor de prioridad.

Nada más crearse, los catálogos de máquinas de acceso con Remote PC se asocian a un grupo de entrega. Las cuentas de máquinas o las unidades organizativas que se agreguen al catálogo de máquinas más adelante se pueden agregar al grupo de entrega. Esta asociación se puede activar o desactivar.

Para agregar o quitar una asociación de catálogo de máquinas de acceso con Remote PC a un grupo de entrega:

  1. Seleccione Grupos de entrega en el panel de la izquierda.
  2. Seleccione un grupo de acceso con Remote PC.
  3. En la sección Detalles, seleccione la ficha Catálogos de máquinas y, a continuación, seleccione un catálogo de acceso con Remote PC.
  4. Para agregar o restaurar una asociación, seleccione Agregar escritorios. Para quitar una asociación, seleccione Quitar asociación.

Organizar grupos de entrega mediante carpetas

Puede crear carpetas para organizar grupos de entrega y simplificar el acceso a estos.

Consejo:

Puede configurar la vista predeterminada que prefiera (vista de carpeta o lista) para el nodo Grupos de entrega haciendo clic en el icono de carpeta situado en la parte superior derecha de la barra de acciones.

Roles obligatorios

De forma predeterminada, debe tener uno de estos roles integrado para crear y administrar carpetas de grupos de entrega: administrador de la nube, administrador total o administrador de grupos de entrega. Si es necesario, puede personalizar roles para crear y administrar carpetas de grupos de entrega. Para obtener más información, consulte Permisos requeridos.

Crear una carpeta de grupos de entrega

Antes de empezar, planifique cómo organizar los grupos de entrega. Se deben tener en cuenta las siguientes cuestiones:

  • Puede anidar carpetas en hasta cinco niveles (excluyendo la carpeta raíz predeterminada).
  • Una carpeta puede contener grupos de entrega y subcarpetas.

  • Todos los nodos en Web Studio (como Catálogos de máquinas, Grupos de entrega, Aplicaciones y Grupos de aplicaciones) comparten el mismo árbol de carpetas en el back-end. Para evitar conflictos de nombres al renombrar o mover carpetas, utilice nombres únicos para las carpetas de primer nivel en diferentes nodos.

    Si crea una carpeta utilizando el cmdlet SDK New-BrokerAdminFolder y desea que aparezca debajo del nodo Delivery Groups, debe agregar los metadatos ContainsDeliveryGroups utilizando el cmdlet Set-BrokerAdminFolderMetadata.

    Ejemplo

       Set-BrokerAdminFolderMetadata -AdminFolderId {adminFolderUid} -Name ContainsDeliveryGroups -Value true
 <!--NeedCopy-->

Para crear una carpeta de grupos de entrega, siga estos pasos:

  1. Seleccione Grupos de entrega en el panel de la izquierda.
  2. En la jerarquía de carpetas, seleccione una carpeta y, a continuación, seleccione Crear carpeta en la barra de acciones.
  3. Introduzca un nombre para la nueva carpeta y después haga clic en Listo.

Consejo:

Si crea una carpeta en una ubicación no deseada, puede arrastrarla a la ubicación correcta.

Mover un grupo de entrega

Puede mover un grupo de entrega de una carpeta a otra. Estos son los pasos detallados:

  1. Seleccione Grupos de entrega en el panel de la izquierda.

  2. Puede ver grupos por carpeta. También puede activar Ver todo por encima de la jerarquía de carpetas para ver todos los grupos a la vez.

  3. Haga clic con el botón secundario en un grupo y, a continuación, seleccione Mover grupos de entrega.

  4. Seleccione la carpeta a la que quiere mover el grupo y después haga clic en Listo.

Consejo:

Puede arrastrar un grupo a una carpeta.

Administrar carpetas de grupos de entrega

Puede eliminar, cambiar el nombre y mover las carpetas de grupos de entrega.

Tenga en cuenta que solo puede eliminar una carpeta si ni sus subcarpetas contienen grupos de entrega.

Para administrar una carpeta, siga estos pasos:

  1. Seleccione Grupos de entrega en el panel de la izquierda.

  2. En la jerarquía de carpetas, seleccione una carpeta y, a continuación, seleccione una acción en la barra de acciones:

    • Para cambiar el nombre de la carpeta, seleccione Cambiar nombre de carpeta.
    • Para eliminar la carpeta, seleccione Eliminar carpeta.
    • Para mover la carpeta, seleccione Mover carpeta.

  3. Siga las instrucciones que se muestran en pantalla para completar los pasos restantes.

Permisos requeridos

En esta tabla, se enumeran los permisos necesarios para realizar acciones en carpetas de grupos de entrega.

Acción Permisos requeridos
Crear carpetas de grupos de entrega Crear carpeta de grupos de entrega
Eliminar carpetas de grupos de entrega Quitar carpeta de grupos de entrega
Mover carpetas de grupos de entrega Mover carpeta de grupos de entrega
Cambiar el nombre de carpetas de grupos de entrega Modificar carpeta de grupos de entrega
Mover grupos de entrega a carpetas Modificar carpeta de grupos de entrega y modificar propiedades de grupo de entrega

Administrar App Protection

Esta información es complementaria a la protección de aplicaciones. Tenga en cuenta estos detalles:

  • Debe tener derechos de App Protection válidos. Para adquirir la funcionalidad App Protection, contacte con su representante de ventas de Citrix.

  • App Protection requiere confianza en XML. Para habilitar la confianza XML, vaya a Configuración > Habilitar confianza XML.

  • En cuanto a la protección contra la captura de pantalla:

    • En Windows y macOS, solo la ventana del contenido protegido está en blanco. App Protection está activa cuando una ventana protegida no está minimizada.
    • En Linux, toda la captura se muestravacía. App Protection está activa tanto si una ventana protegida está minimizada como si no.

Para elegir un método de App Protection para un grupo de entrega, siga estos pasos:

  1. Seleccione Grupos de entrega en el panel de la izquierda.

  2. Seleccione un grupo y, a continuación, seleccione Modificar en la barra de acciones.

  3. En la página App Protection, aparecen las siguientes opciones:

    Opciones Descripción
    No se aplica Seleccione esta opción para no aplicar el parámetro.
    Aplicar a este grupo de entrega Seleccione las opciones Protección contra el registro de tecleo o Protección contra las capturas de pantalla. Pase el cursor sobre cada uno de estos parámetros para leer los detalles de la información sobre herramientas.
    Aplicar contextualmente




    		Para aplicar este parámetro, configure la directiva de acceso en la página de parámetros de la directiva de acceso.
    1. Haga clic en Directiva de acceso en el panel izquierdo y haga clic en Agregar.
    2. En la página Agregar directiva, haga lo siguiente
      • i. Introduzca un nombre de directiva y configure los parámetros según sea necesario.
      • ii. En los campos Filtro y Valor, introduzca los detalles y haga clic en Listo. La nueva directiva aparece en la página App Protection. Habilite los parámetros necesarios para esta directiva.
      • iii. Haga clic en Guardar.

  4. En la página Grupo de entrega, seleccione el grupo de entrega y haga clic en la ficha Detalles en la parte inferior. Se muestran los nuevos parámetros de App Protection aplicados.

Cambiar la capacidad de suspensión de un grupo de entrega

Haga que la capacidad de suspensión sea obligatoria u opcional para un grupo de entrega:

  • Obligatoria: El grupo de entrega solo puede incluir las máquinas virtuales que tienen capacidad de suspensión.

  • Opcional: El grupo de entrega puede incluir máquinas virtuales con capacidad de suspensión o no.

Antes de comenzar

Solo puede cambiar la capacidad de suspensión de un grupo de entrega a Obligatorio si todas las máquinas virtuales presentes en el grupo de entrega tienen la capacidad de suspensión.

Para cambiar la capacidad de suspensión de un grupo de entrega :

  1. Desde Web Studio, vaya a Grupos de entrega en el panel izquierdo.
  2. Seleccione un grupo y, a continuación, haga clic en Cambiar la capacidad de suspensión en la barra de acciones.
  3. Haga clic en Sí para confirmar la acción.

Usuarios

En esta sección, se tratan los siguientes temas:

Cambiar los parámetros de usuario en un grupo de entrega

El nombre de esta página puede mostrarse como Parámetros de usuario o Parámetros básicos.

  1. Seleccione Grupos de entrega en el panel de la izquierda.
  2. Seleccione un grupo y después haga clic en Modificar en la barra de acciones.
  3. En la página Parámetros de usuario (o Parámetros básicos), puede cambiar los parámetros de la tabla siguiente.
  4. Haga clic en Aplicar para aplicar los cambios que haya hecho y dejar la ventana abierta. También puede hacer clic en Guardar para aplicar los cambios y cerrar la ventana.
Parámetro Descripción
Descripción El texto que utiliza Citrix Workspace (o StoreFront) y que verán los usuarios.
Habilitar grupo de entrega Indica si el grupo de entrega está habilitado o no.
Zona horaria La zona horaria en la que deben residir las máquinas de este grupo de entrega. La opción muestra las zonas horarias admitidas por el sitio. Nota: Al cambiar la zona horaria de un grupo de entrega, es posible que se reinicien las máquinas de ese grupo de entrega. Para evitarlo, asegúrese de cambiar los parámetros de la zona horaria fuera del horario de producción.
Habilitar Secure ICA® Oculta todas las comunicaciones que tienen lugar desde y hacia las máquinas del grupo de entrega mediante SecureICA, que cifra el protocolo ICA. El nivel predeterminado es 128 bits. Este nivel se puede cambiar mediante el SDK. Citrix recomienda el uso de más métodos de cifrado como el cifrado TLS cuando se trabaje en redes públicas. Asimismo, SecureICA no comprueba la integridad de los datos.

Agregar o quitar usuarios de un grupo de entrega

Para obtener más información acerca de los usuarios, consulte Usuarios.

  1. Seleccione Grupos de entrega en el panel de la izquierda.
  2. Seleccione un grupo y después haga clic en Modificar en la barra de acciones.

  3. En la página Usuarios:

    • Para agregar usuarios, haga clic en Agregar y especifique los usuarios que quiere agregar.
    • Para quitar usuarios, seleccione uno o varios usuarios y, a continuación, haga clic en Quitar.
    • Marque o desmarque la casilla para permitir el acceso a usuarios no autenticados.
  4. Haga clic en Aplicar para aplicar los cambios que haya hecho y dejar la ventana abierta. También puede hacer clic en Guardar para aplicar los cambios y cerrar la ventana.

Importar o exportar listas de usuarios

Para grupos de entrega que contengan máquinas físicas con SO de sesión única, puede importar la información de usuarios desde un archivo CSV después de crear el grupo de entrega. También es posible exportar información de usuarios a un archivo CSV. El archivo CSV puede contener datos de una versión anterior del producto.

La primera línea del archivo CSV debe contener dos encabezados de columna, separados por una coma. Asegúrese de que el primer encabezado sea Cuenta de máquina y el segundo encabezado sea Nombres de usuario. (Puede incluir encabezados adicionales pero no son compatibles.) Las siguientes líneas del archivo deben contener datos separados por comas. Las entradas de Cuenta de máquina pueden ser SID de equipo, FQDN o pares de nombre de dominio y equipo.

Para importar o exportar la información de usuarios:

  1. Seleccione Grupos de entrega en el panel de la izquierda.
  2. Seleccione un grupo y después haga clic en Modificar en la barra de acciones.
  3. En la página Asignación de máquinas, seleccione el botón Importar lista o Exportar lista y, a continuación, vaya a la ubicación del archivo.
  4. Haga clic en Aplicar para aplicar los cambios que haya hecho y dejar la ventana abierta. También puede hacer clic en Guardar para aplicar los cambios y cerrar la ventana.

Administrar asignaciones de usuarios

Administre las asignaciones de usuarios para las máquinas de un grupo de entrega. Cuando se configuran las reglas de asignación de escritorios para el grupo de entrega, las máquinas se asignan aleatoriamente a los usuarios al iniciar el escritorio por primera vez y permanecen asignadas a los usuarios a menos que se modifiquen sus asignaciones de usuario. Si quiere asignar manualmente una máquina no asignada a usuarios específicos o cambiar la asignación de usuario existente para una máquina, siga los pasos que se describen en este tema para hacer cambios. Con estos pasos, también puede modificar los nombres que aparecen en la aplicación Citrix Workspace para las máquinas asignadas a los usuarios.

Estos son los pasos detallados:

  1. En la consola, seleccione Grupos de entrega en el panel de la izquierda.
  2. Seleccione un grupo y, a continuación, seleccione Modificar en la barra de acciones.

  3. En el panel izquierdo, seleccione Asignación de máquinas. Aparecen los siguientes detalles de cada máquina del grupo:

    • Nombre de la máquina: Muestra el nombre de una máquina.
    • Nombre simplificado: Muestra el nombre simplificado de la máquina en la aplicación Citrix Workspace.
    • Usuarios: Muestra los usuarios asignados a esta máquina. Si se configuran las reglas de asignación de escritorios, las máquinas se asignan aleatoriamente a los usuarios al iniciar el escritorio por primera vez y permanecen asignadas a ellos a menos que se modifiquen sus asignaciones de usuario.

  4. Busque una máquina y, a continuación, asígnele usuarios o cambie su asignación de usuario:

    • Haga clic en Examinar para buscar usuarios.
    • En la columna Usuarios, introduzca una lista de nombres de usuario separados por punto y coma.
    • Haga clic en Importar desde un archivo CSV para importar los detalles de la configuración mediante un archivo CSV.

  5. (Opcional) Si la máquina está asignada a usuarios, modifique su nombre simplificado según sea necesario.

    Nota:

    El campo Nombre simplificado solo se habilita cuando la máquina está asignada a usuarios:

    • Si la máquina está asignada a un usuario en función de una regla de asignación de escritorios, este campo muestra el nombre simplificado configurado en esa regla.
    • Si la máquina se asigna manualmente a los usuarios y el campo se deja en blanco, se usa el nombre publicado del grupo de entrega (si se especifica) como nombre simplificado de la máquina. Se usa el nombre del grupo de entrega si no se especifica el nombre publicado. Tenga en cuenta que solo puede especificar los nombres publicados para los grupos de entrega a través de PowerShell.
  6. Seleccione Aplicar para aplicar los cambios y deje la ventana abierta. También puede seleccionar Aceptar para aplicar los cambios y cerrar la ventana.

Máquinas

Cambiar asignaciones de máquinas a usuarios en un grupo de entrega

Puede cambiar las asignaciones de las máquinas de SO de sesión única aprovisionadas con MCS. No puede cambiar las asignaciones para máquinas de SO multisesión o máquinas aprovisionadas con Citrix Provisioning.

  1. Seleccione Grupos de entrega en el panel de la izquierda.
  2. Seleccione un grupo y después haga clic en Modificar en la barra de acciones.
  3. En la página Escritorios o Reglas de asignación de escritorio (el título de la página depende del tipo de catálogo que utilice el grupo de entrega), especifique los nuevos usuarios.
  4. Haga clic en Aplicar para aplicar los cambios que haya hecho y dejar la ventana abierta. También puede hacer clic en Guardar para aplicar los cambios y cerrar la ventana.

Habilitar la caché de host local para los VDA agrupados de sesión única con administración de energía

De forma predeterminada, las máquinas agrupadas de sesión única con administración de energía no están disponibles en el modo de caché de host local. Puede anular el comportamiento predeterminado por grupo de entrega. Estos son los pasos detallados:

  1. En Studio, seleccione Grupos de entrega en el panel izquierdo.

    En la lista de grupos, los grupos que contienen máquinas agrupadas de sesión única aprovisionadas por MCS o Citrix Provisioning muestran un icono de advertencia.

  2. Seleccione el grupo que quiera y después seleccione Modificar en la barra de acciones.
  3. En la página Caché del host local, seleccione Mantener los recursos disponibles.
  4. Seleccione Aplicar para aplicar los cambios que haya hecho y deje la ventana abierta. También puede seleccionar Aceptar para aplicar los cambios y cerrar la ventana.

Como alternativa, puede anular el comportamiento predeterminado mediante comandos de PowerShell. Para obtener más información, consulte Compatibilidad con aplicaciones y escritorios.

Importante:

Habilitar el acceso a máquinas agrupadas de sesión única con administración de energía puede provocar que los datos y los cambios de las sesiones de usuario anteriores estén presentes en las sesiones posteriores.

Cambio de la cantidad máxima de máquinas por usuario en un grupo de entrega

  1. Seleccione Grupos de entrega en el panel de la izquierda.
  2. Seleccione un grupo y después haga clic en Modificar en la barra de acciones.
  3. En la página Reglas de asignación de escritorio, establezca los escritorios máximos por usuario.
  4. Haga clic en Aplicar para aplicar los cambios que haya hecho y dejar la ventana abierta. También puede hacer clic en Guardar para aplicar los cambios y cerrar la ventana.

Actualizar una máquina en un grupo de entrega

  1. Seleccione Grupos de entrega en el panel de la izquierda.
  2. Seleccione un grupo y, a continuación, seleccione Ver máquinas en la barra de acciones.
  3. Seleccione una máquina y, a continuación, seleccione Actualizar máquinas en la barra de acciones.

Para elegir otra imagen, seleccione Imagen y, a continuación, seleccione una instantánea.

Para aplicar cambios y notificar a los usuarios de la máquina, seleccione Notificación de implantación para usuarios finales. A continuación, especifique:

  • El momento de la actualización de la imagen maestra: ahora o en el próximo reinicio
  • La hora de la distribución de reinicios (el tiempo total para comenzar a actualizar todas las máquinas del grupo)
  • Si se notifica a los usuarios del reinicio
  • El mensaje que los usuarios reciben

Agregar, modificar o eliminar una restricción por etiquetas para un escritorio

Agregar, modificar o eliminar restricciones por etiqueta puede tener efectos no esperados en los escritorios que se tengan en cuenta para el inicio. Consulte las precauciones y los aspectos a tener en cuenta en Etiquetas.

  1. Seleccione Grupos de entrega en el panel de la izquierda.
  2. Seleccione un grupo y después haga clic en Modificar en la barra de acciones.
  3. En la página Escritorios, seleccione el escritorio y haga clic en Modificar.
  4. Para agregar una restricción por etiquetas, elija Restringir inicios a máquinas con la etiqueta y, a continuación, seleccione la etiqueta.

  5. Para cambiar o eliminar una restricción por etiquetas, ya sea:

    • Seleccione otra etiqueta.
    • Puede eliminar la restricción por etiquetas al desmarcar la casilla Restringir inicios a máquinas con esta etiqueta.
  6. Haga clic en Aplicar para aplicar los cambios que haya hecho y dejar la ventana abierta. También puede hacer clic en Guardar para aplicar los cambios y cerrar la ventana.

Quitar una máquina de un grupo de entrega

Al quitar una máquina, se elimina de un grupo de entrega. No se eliminará del catálogo de máquinas que el grupo de entrega utiliza. Por lo tanto, esa máquina está disponible para la asignación a otro grupo de entrega.

Las máquinas deben estar apagadas antes de poder eliminarlas. Para impedir temporalmente que los usuarios se conecten a una máquina mientras se procede a quitarla, ponga la maquina en modo de mantenimiento antes de apagarla.

Las máquinas pueden contener datos personales, así que actúe con precaución a la hora de asignar una máquina a otro usuario. Considere restablecer la imagen inicial de la máquina.

  1. Seleccione Grupos de entrega en el panel de la izquierda.
  2. Seleccione un grupo y, a continuación, seleccione Ver máquinas en la barra de acciones.
  3. Compruebe que la máquina esté apagada.
  4. Seleccione la máquina y después haga clic en Quitar del grupo de entrega en la barra de acciones.

También puede quitar una máquina de un grupo de entrega a través de la conexión que usa la máquina.

Restringir el acceso a máquinas en un grupo de entrega

Todos los cambios que realice para restringir el acceso a los recursos de un grupo de entrega anulan los parámetros anteriores, independientemente del método que utilice. Puede hacer lo siguiente:

  • Restringir el acceso de los administradores mediante los ámbitos de administración delegada: Puede crear y asignar un ámbito que permita el acceso de los administradores a todas las aplicaciones, y otro ámbito que conceda acceso solamente a determinadas aplicaciones. Para obtener más información, consulte Administración delegada.

  • Restringir el acceso de los usuarios a través de expresiones de directiva de Smart Access: Puede configurar reglas de directiva de acceso para controlar el acceso de los usuarios a un grupo de entrega específico. Por ejemplo:

    • Restringir el acceso a un subconjunto de usuarios y especificar los dispositivos de usuario permitidos.
    • Restringir el acceso a los usuarios conectados a través de Workspace (en lugar de StoreFront).
    • Restringir el acceso a los usuarios conectados a través de una URL específica de Workspace.

En esta sección se explica cómo restringir el acceso de los usuarios a los grupos de entrega mediante reglas de directiva de acceso:

Acerca de las reglas de directiva de acceso

Puede configurar varias reglas de directiva de acceso para un grupo de entrega. Las aplicaciones y los escritorios de un grupo de entrega aparecen en StoreFront o Workspace de un usuario cuando la conexión del usuario coincide con cualquier regla de directiva de acceso que haya definido para el grupo de entrega, independientemente del orden.

Cada regla se puede habilitar o inhabilitar de forma individual. Una regla inhabilitada se ignora cuando se evalúa la directiva de acceso.

Directiva de acceso

En Web Studio, la lista Directiva de acceso incluye las siguientes reglas de directiva de SmartAccess predeterminadas. Puede agregar más si es necesario.

  • Conexiones de Citrix Gateway. Esta directiva solo permite que las conexiones de usuario realizadas a través de Citrix Gateway accedan a los recursos del grupo de entrega. Las conexiones de usuario realizadas a través de Workspace cuando las funciones Postura del dispositivo o Ubicación de red están habilitadas también se consideran conexiones a través de Citrix Gateway.
  • Conexiones que no son de Citrix Gateway. Esta directiva solo permite que las conexiones de usuario no realizadas a través de Citrix Gateway accedan a los recursos del grupo de entrega.

Nota:

  • Para evitar que las reglas predeterminadas anulen una recién configurada, debe inhabilitar las reglas predeterminadas o ajustarlas para excluir los filtros usados en la nueva directiva.
  • Las directivas predeterminadas no se pueden eliminar, pero se pueden inhabilitar. Para inhabilitar una directiva, haga clic en el icono Modificar y, a continuación, cambie el estado de la directiva a Inhabilitada.
  • La lista de directivas también muestra las reglas agregadas mediante los comandos de PowerShell. Esas directivas se pueden eliminar, pero no se pueden modificar en Web Studio.

Agregar reglas de directiva de acceso mediante Web Studio

Una regla de directiva de acceso comprende un conjunto de filtros. Para obtener más información sobre los filtros, consulte este artículo. Al agregar una regla de directiva de acceso, agrega varios filtros de condición a la regla según sea necesario.

Para agregar una directiva para un grupo de entrega mediante Web Studio, siga estos pasos:

  1. En la consola, seleccione Grupos de entrega en el panel de la izquierda.
  2. Seleccione un grupo y después haga clic en Modificar en la barra de acciones.

  3. En la página Directiva de acceso, haga clic en Agregar. Aparecerá la página Agregar directiva.

    Agregar una directiva

  4. En el campo Nombre de la directiva, escriba un nombre descriptivo para la directiva. El nombre debe ser único en la implementación.

  5. Para definir los criterios para las conexiones de usuario permitidas, siga estos pasos:

    1. Seleccione Conexiones que cumplen estos criterios.
    2. Haga clic en Agregar criterio.
    3. En el campo Filtro, escriba el nombre del filtro que quiere usar. En el campo Valor, escriba el valor deseado para el filtro. Por ejemplo, para permitir que solo los usuarios conectados a través de Workspace (en lugar de StoreFront) accedan a los recursos de este grupo de entrega, escriba Citrix-Via-Workspace en Filtro y True en Valor.
    4. Para agregar otros criterios, repita los pasos b-c.

    5. Seleccione la relación entre los criterios:

      • Hacer coincidir cualquiera. Permite acceder solo cuando la conexión de usuario entrante cumple con alguno de los criterios de filtro configurados.
      • Hacer coincidir todo. Permite acceder solo cuando la conexión de usuario entrante cumple con todos los criterios de filtro configurados.

  6. Para definir los criterios para las conexiones de usuario prohibidas, siga estos pasos:

    1. Seleccione Conexiones que no cumplen ninguno de estos criterios.
    2. Haga clic en Agregar criterio.
    3. En el campo Filtro, escriba el nombre del filtro que quiere usar. En el campo Valor, escriba el valor deseado para el filtro. Por ejemplo, para prohibir que los usuarios conectados a través de la URL de Workspace ejemplo.cloud.com accedan a los recursos de este grupo de entrega. Escriba Citrix.Workspace.UsingDomain en Filtro y ejemplo.cloud.com para Valor.

    4. Para agregar otros criterios, repita los pasos b-c.

      Nota:

      Las conexiones de usuario que cumplan cualquiera de los criterios configurados no podrán acceder a los recursos de este grupo de entrega.

  7. Haga clic en Listo.

    La nueva directiva aparece en la lista de directivas.

  8. Revise y ajuste las reglas de directiva predeterminadas para evitar superposiciones involuntarias con las conexiones cubiertas por esta nueva directiva. Para ajustar las directivas existentes, utilice los siguientes métodos:

    Importante:

    Como se explica en Acerca de las reglas de directiva de acceso, cuando la conexión de un usuario coincide con una o más reglas de directiva de un grupo de entrega, el usuario obtiene acceso a sus recursos. Por lo tanto, después de crear una regla, debe revisar y ajustar cuidadosamente las reglas existentes para evitar cualquier superposición involuntaria con las conexiones cubiertas por la nueva regla.

Administrar reglas de directiva de acceso mediante Web Studio

Puede usar los criterios de inclusión y exclusión para ajustar las directivas predeterminadas. Por ejemplo, para restringir el acceso a un subconjunto de esas conexiones, siga estos pasos:

  1. Modifique una directiva predeterminada.
  2. Seleccione Conexiones que cumplen uno de estos criterios.
  3. Agregue, modifique o quite las expresiones de directiva de SmartAccess para los supuestos de acceso de usuario permitidos.

Para obtener más información, consulte la documentación de Citrix Gateway.

Agregar y administrar reglas de directiva de acceso mediante PowerShell

Puede usar los siguientes cmdlets de PowerShell para agregar y administrar reglas de directiva de acceso para los grupos de entrega:

  • New-BrokerAccessPolicyRule
  • Get-BrokerAccessPolicyRule
  • Set-BrokerAccessPolicyRule
  • Rename-BrokerAccessPolicyRule
  • Remove-BrokerAccessPolicyRule

Para obtener más información, consulte los artículos correspondientes en la documentación para desarrolladores de Citrix.

Impedir que los usuarios se conecten a una máquina (modo de mantenimiento) en un grupo de entrega

Cuando tenga que detener temporalmente las conexiones nuevas a las máquinas, puede activar el modo de mantenimiento para una o todas las máquinas de un grupo de entrega. Puede hacerlo antes de aplicar revisiones o mediante herramientas de administración.

  • Cuando una máquina con SO multisesión está en modo de mantenimiento, los usuarios pueden conectarse a las sesiones existentes, pero no pueden iniciar sesiones nuevas.
  • Cuando una máquina con SO de sesión única (o un PC de acceso con Remote PC) está en modo de mantenimiento, los usuarios no pueden conectarse o volver a conectarse. Las conexiones actuales permanecen conectadas hasta que se desconectan o cierran sesión.

Para activar o desactivar el modo de mantenimiento:

  1. Seleccione Grupos de entrega en el panel de la izquierda.
  2. Seleccione un grupo.

  3. Para activar el modo de mantenimiento en todas las máquinas de un grupo de entrega, seleccione Activar modo de mantenimiento en la barra de acciones.

    Para activar el modo de mantenimiento en una máquina, seleccione Ver máquinas en la barra de acciones. Seleccione una máquina y, a continuación, seleccione Activar modo de mantenimiento en la barra de acciones.

  4. Para desactivar el modo de mantenimiento en una o todas las máquinas de un grupo de entrega, siga las instrucciones anteriores, pero seleccione Desactivar modo de mantenimiento en la barra de acciones.

La configuración de la Conexión a Escritorio remoto (RDC) de Windows también afecta a si una máquina con SO multisesión está en modo de mantenimiento o no. El modo de mantenimiento se activa en cualquiera de las siguientes circunstancias:

  • El modo de mantenimiento está activado, tal y como se ha descrito anteriormente.
  • Cuando la conexión a Escritorio remoto se establece en No permitir las conexiones a este equipo.
  • Cuando la conexión a Escritorio remoto no se establece en No permitir las conexiones a este equipo. El parámetro Modo de inicio de sesión de usuario en la Configuración de host remoto es Permitir reconexiones, pero impedir nuevos inicios de sesión o Permitir reconexiones, pero impedir nuevos inicios de sesión hasta que el servidor se reinicie.

También puede activar o desactivar el modo de mantenimiento de:

  • Una conexión, que afecta a las máquinas que usan esa conexión.
  • Un catálogo de máquinas, que afecta a las máquinas en ese catálogo.

Apagar y reiniciar máquinas en un grupo de entrega

No se admite este procedimiento en las máquinas de acceso con Remote PC.

  1. Seleccione Grupos de entrega en el panel de la izquierda.
  2. Seleccione un grupo y, a continuación, seleccione Ver máquinas en la barra de acciones.

  3. Seleccione la máquina y, a continuación, haga clic en una de las siguientes entradas en la barra de acciones:

    • Forzar apagado: Apaga la máquina y actualiza la lista de máquinas.
    • Reiniciar: Solicita al sistema operativo que se apague y que, a continuación, vuelva a iniciar la máquina. Si el sistema operativo no puede hacerlo, esta permanece en su estado actual.
    • Forzar reinicio: Obliga al sistema operativo a apagarse y, a continuación, reinicia la máquina.
    • Suspender: Pausa la máquina sin apagarla y actualiza la lista de máquinas.
    • Apagar: Solicita al sistema operativo de la máquina que se apague.

Para acciones no forzosas, si la máquina no se apaga en un plazo de 10 minutos, se le obliga a apagarse. Si Windows intenta instalar actualizaciones durante el apagado, existe el riesgo de que la máquina se apague antes de que se completen las actualizaciones.

Citrix recomienda impedir que los usuarios de máquinas de SO de sesión única seleccionen Apagar mientras estén en sesión. Para obtener información más detallada, consulte la documentación acerca de directivas de Microsoft.

También puede apagar y reiniciar las máquinas en una conexión.

Crear y administrar programaciones de reinicios para las máquinas de un grupo de entrega

Nota:

  • Cuando se aplica una programación de reinicios a un grupo de entrega con AutoScale™ habilitado, sus máquinas simplemente se apagan para que AutoScale las encienda.
  • Cuando se aplican programaciones de reinicios a máquinas aleatorias de sesión única, esas máquinas se apagan en lugar de reiniciarse para ahorrar costes. Le recomendamos que utilice Autoscale para encender las máquinas.
  • Al cambiar la zona horaria de un grupo de entrega, es posible que se reinicien las máquinas de ese grupo de entrega. Para evitarlo, asegúrese de cambiar los parámetros de la zona horaria fuera del horario de producción.

Una programación de reinicios especifica cuándo se reinician periódicamente las máquinas de un grupo de entrega. Puede crear una o varias programaciones para un grupo de entrega. Una programación puede afectar a:

  • Todas las máquinas del grupo.
  • Una o varias máquinas (pero no todas) del grupo. Las máquinas se identifican mediante una etiqueta que se les aplica. Esta operación se denomina restricción por etiquetas, porque la etiqueta restringe una acción solo a los elementos que tienen la etiqueta.

Por ejemplo: Supongamos que todas las máquinas se encuentran en un solo grupo de entrega. Quiere reiniciar todas las máquinas al menos una vez por semana, salvo las máquinas que utiliza el departamento de contabilidad, que deben reiniciarse todos los días. Para ello, configure una programación para todas las máquinas y otra para las máquinas del departamento de contabilidad.

Una programación incluye el día y la hora en que comienza el reinicio, así como la duración de este.

Puede activar o desactivar una programación. Inhabilitar una programación puede ser útil durante la realización de pruebas, durante intervalos especiales o cuando se preparan programaciones antes de necesitarlas.

No puede usar programaciones para el encendido o el apagado automáticos desde la consola de administración; solo para reiniciar.

Superposición de programaciones

Es posible que las programaciones se solapen. En el ejemplo anterior, ambas programaciones afectan a las máquinas utilizadas por el equipo de contabilidad. Esas máquinas podrían reiniciarse dos veces el domingo. Ahora bien, la programación está diseñada para evitar tener que reiniciar la misma máquina con más frecuencia de la necesaria, pero eso no puede garantizarse.

  • Si las programaciones se solapan en la hora de inicio y la duración, es más probable que las máquinas se reinicien solo una sola vez.
  • Por tanto, cuanto más difieran las programaciones en la hora de inicio y la duración, más probabilidades hay de que haya varios reinicios.
  • La cantidad de máquinas que se vean afectadas por los reinicios programados también puede influir en las posibilidades de superposición. En el ejemplo, la programación semanal que afecta a todas las máquinas podría iniciar los reinicios más rápidamente que el reinicio diario programado para las máquinas de contabilidad (según la duración configurada para cada reinicio).

Para obtener información exhaustiva sobre las programaciones de reinicios, consulte Datos internos de programación de reinicios.

Ver programaciones de reinicios

  1. Seleccione Grupos de entrega en el panel de la izquierda.
  2. Seleccione un grupo y después haga clic en Modificar en la barra de acciones.
  3. Seleccione la página Programación de reinicios.

La página Programación de reinicios contiene la siguiente información para cada programación configurada:

  • Nombre de la programación
  • Restricción por etiquetas usada, si la hay
  • La frecuencia con se producen los reinicios de las máquinas
  • Si los usuarios de la máquina reciben una notificación
  • Si la programación está habilitada

Agregar (aplicar) etiquetas

Si configura una programación de reinicios que usa una restricción por etiquetas, compruebe que esa etiqueta se haya agregado a las máquinas a las que esa programación debería afectar. En el ejemplo anterior, cada una de las máquinas utilizadas por el equipo de contabilidad tiene una etiqueta aplicada. Para obtener más información, consulte Etiquetas.

Aunque puede aplicar más de una etiqueta a una máquina, solo se puede especificar una etiqueta en una programación de reinicios.

  1. Seleccione Grupos de entrega en el panel de la izquierda.
  2. Seleccione el grupo de entrega que contiene las máquinas controladas por la programación.
  3. Haga clic en Ver máquinas y, a continuación, seleccione las máquinas a las que agregará la etiqueta.
  4. Haga clic en Administrar etiquetas en la barra de acciones.
  5. Si la etiqueta ya existe, marque la casilla situada junto al nombre de la etiqueta. Si la etiqueta no existe, haga clic en Crear y especifique el nombre de la etiqueta. Una vez creada, marque la casilla situada junto al nombre de la etiqueta recién creada.
  6. Haga clic en Guardar en el cuadro de diálogo Administrar etiquetas.

Crear una programación de reinicios

Nota:

Las programaciones de reinicios se pueden aplicar a todas las máquinas multisesión con y sin administración de energía.

  1. Seleccione Grupos de entrega en el panel de la izquierda.
  2. Seleccione un grupo y después haga clic en Modificar en la barra de acciones.
  3. En la página Programación de reinicios, haga clic en Agregar.

  4. En la página Agregar programación de reinicios:

    • Para habilitar la programación, seleccione Sí. Para inhabilitar la programación, seleccione No.
    • Escriba un nombre y una descripción para la programación.
    • En Restringir a la etiqueta, aplique una restricción de etiqueta.
    • En Incluir máquinas en modo de mantenimiento, elija si quiere incluir en esta programación las máquinas que estén en modo de mantenimiento. Para usar PowerShell en su lugar, consulte Reinicios programados para máquinas en modo de mantenimiento.
    • En Frecuencia de reinicio, seleccione la frecuencia con que se produce el reinicio: diariamente, semanalmente, mensualmente o una única vez. Si selecciona Semanalmente o Mensualmente, puede especificar uno o varios días específicos.
    • Para Se repite cada, especifique la frecuencia con la que quiere que se realice la programación.
    • Para Fecha de inicio, especifique una fecha de inicio para la primera instancia de la programación.
    • En Empezar el reinicio a, especifique, en el formato de 24 horas, la hora del día en que comenzará el reinicio.
    • En Duración del reinicio:
      • Si no quiere utilizar el reinicio natural, seleccione Reiniciar todas las máquinas a la vez o Reiniciar todas las máquinas en un plazo determinado.

      • Si quiere utilizar el reinicio natural, seleccione Reiniciar todas las máquinas después de la purga de sesiones.

        Al poner en marcha un programa de reinicio que esté configurado para usar el reinicio natural:

        • Todas las máquinas inactivas pertenecientes al grupo de entrega se reinician inmediatamente
        • Las máquinas pertenecientes a un grupo de entrega con una o más sesiones activas se reiniciarán cuando se cierren todas las sesiones.

        Nota:

        Los programas de reinicio natural solo pueden reiniciar máquinas con administración de energía.

    • En Enviar notificación a los usuarios, elija si mostrar un mensaje de notificación en las máquinas correspondientes antes de empezar un reinicio. De forma predeterminada, no se muestraningún mensaje.
    • Si elige mostrar un mensaje 15 minutos antes de empezar el reinicio, puede decidir (en Frecuencia de notificaciones) si repetir el mensaje cada cinco minutos después del primer mensaje. De forma predeterminada, el mensaje no se repite.

    • Escriba el título y el texto de la notificación. No hay texto predeterminado.

        If you want the message to include a countdown to restart, include the variable **%m%**.   Unless you chose to restart all machines at the same time, the message appears on each machine at the appropriate time before the restart.
  5. Haga clic en Listo para aplicar los cambios y cerrar la ventana Agregar programación de reinicios.
  6. Haga clic en Aplicar para aplicar los cambios que haya hecho y dejar la ventana abierta. También puede hacer clic en Guardar para aplicar los cambios y cerrar la ventana.

Reiniciar después de la purga

Hay otro valor de duración de reinicio disponible cuando se usa PowerShell para crear o actualizar un programa de reinicio de máquina (New-BrokerRebootSchedulev2 o Set-BrokerRebootSchedulev2).

Cuando habilita la función de reinicio después de la purga con el parámetro -UseNaturalReboot &lt;Boolean&gt;, todas las máquinas se reinician después de purgar todas las sesiones. Cuando llega el momento del reinicio, las máquinas se ponen en estado de purga y se reinician una vez cerradas todas las sesiones.

Esta funcionalidad se admite para grupos de entrega que contienen máquinas de sesión única o multisesión. Puede usar esta opción para máquinas con administración de energía y también para máquinas sin administración de energía.

En un entorno local, esta función solo está disponible al utilizar PowerShell. La función no está disponible en Web Studio.

Modificar, quitar, habilitar o inhabilitar una programación de reinicios

  1. Seleccione Grupos de entrega en el panel de la izquierda.
  2. Seleccione un grupo y después haga clic en Modificar en la barra de acciones.
  3. En la página Programación de reinicios, marque la casilla de una programación.
    • Para modificar una programación, haga clic en Modificar. Actualice los parámetros de la programación siguiendo las instrucciones indicadas en Crear una programación de reinicios.
    • Para habilitar o inhabilitar una programación, haga clic en Modificar. Marque o desmarque la casilla Habilitar programación de reinicios.
    • Para eliminar una programación, haga clic en Quitar. Confirme la eliminación. La eliminación de una programación no afecta a las etiquetas aplicadas a las máquinas afectadas.

Reinicios programados que se retrasan por una interrupción de la base de datos

Nota:

Esta función solo está disponible en PowerShell.

Si se produce una interrupción de la base de datos del sitio antes de que comience un reinicio programado para las máquinas (VDA) de un grupo de entrega, los reinicios comienzan cuando finaliza la interrupción. Esto puede provocar resultados inesperados.

Por ejemplo: supongamos que ha programado reinicios de un grupo de entrega para que se produzcan durante las horas que no son de producción (a partir de las 3:00). Se produce una interrupción de la base de datos del sitio una hora antes de que comience el reinicio programado (a las 2:00). La interrupción dura seis horas (hasta las 08:00). La programación de reinicios comienza cuando se restaura la conexión entre el Delivery Controller y la base de datos del sitio. Ahora, los reinicios de VDA se dan cinco horas después de la programación original, lo que provoca que los VDA se reinicien durante las horas de producción.

Para ayudar a evitar esta situación, puede usar el parámetro MaxOvertimeStartMins para los cmdlets New-BrokerRebootScheduleV2 y Set-BrokerRebootScheduleV2. El valor especifica el máximo de minutos transcurridos a partir de la hora de inicio programada a la que puede comenzar una programación de reinicios.

  • Si la conexión a la base de datos se restablece dentro de ese tiempo (tiempo programado + MaxOvertimeStartMins), comienzan los reinicios del VDA.

  • Si la conexión a la base de datos no se restaura antes de que haya transcurrido ese tiempo, los VDA no se reinician.

  • Si este parámetro se omite o su valor es cero, la programación de reinicios comienza cuando se restablece la conexión a la base de datos, independientemente de la duración de la interrupción.

Para obtener más información, consulte la ayuda de los cmdlets. Esta función solo está disponible en PowerShell. No se puede establecer este valor al configurar una programación de reinicios en Web Studio.

Reinicios programados para máquinas en modo de mantenimiento

Nota:

Esta función solo está disponible en PowerShell. La opción IgnoreMaintenanceMode es compatible con Citrix Virtual Apps and Desktops 7 2006 y versiones posteriores.

Para indicar si un programa de reinicio afecta a las máquinas que están en modo de mantenimiento, utilice la opción IgnoreMaintenanceMode con los cmdlets BrokerRebootScheduleV2.

Por ejemplo: el cmdlet siguiente crea una programación que reinicia las máquinas que están en el modo de mantenimiento (además de las máquinas que no se hallan en el modo de mantenimiento).

New-Brokerrebootschedulev2 rebootSchedule1 -DesktopGroupName <myDesktopGroup> -IgnoreMaintenanceMode $true

El cmdlet siguiente modifica programaciones de reinicio existentes.

Set-Brokerrebootschedulev2 rebootSchedule1 -IgnoreMaintenanceMode $true

Para obtener más información, consulte la ayuda de los cmdlets. Esta función solo está disponible en PowerShell.

Habilitar una programación de reinicios únicos

Si quiere habilitar una programación de reinicio única mediante PowerShell, utilice los siguientes comandos de PowerShell BrokerCatalogRebootSchedule para crear, modificar y eliminar una programación de reinicio:

  • Get-BrokerCatalogRebootSchedule
  • New-BrokerCatalogRebootSchedule
  • Set-BrokerCatalogRebootSchedule
  • Remove-BrokerCatalogRebootSchedule
  • Rename-BrokerCatalogRebootSchedule

Limitaciones：

  • Se crea un programa de reinicio de catálogo asociado a un catálogo que no tiene una zona horaria configurada, pero no se inicia.
  • Cuando se crea un programa de reinicio de catálogo, este se ejecuta solo en las máquinas virtuales del catálogo que pertenecen a un grupo de entrega.

Ejemplo,

  • Para crear una programación de reinicio de las máquinas virtuales del catálogo denominado Cajeros que comience el 3 de febrero de 2022, entre las 2:00 y las 4:00.

       C:\PS> New-BrokerCatalogRebootSchedule -Name BankTellers -CatalogName BankTellers  -StartDate "2022-02-03" -StartTime "02:00" -Enabled $true -RebootDuration 120
 <!--NeedCopy-->

  • Para crear una programación de reinicio de las máquinas virtuales del catálogo con el UID 17 que comience el 3 de febrero de 2022, entre la 1:00 y las 5:00. Diez minutos antes del reinicio, cada VM está configurada para mostrar un cuadro de mensaje con el título ADVERTENCIA: Reinicio pendiente y el mensaje Guarde su trabajo en cada sesión de usuario.

       C:\PS> New-BrokerCatalogRebootSchedule -Name 'Update reboot' -CatalogUid 17 -StartDate "2022-02-03" -StartTime "01:00" -Enabled $true -RebootDuration 240 -WarningTitle "WARNING: Reboot pending" -WarningMessage "Save your work" -WarningDuration 10
 <!--NeedCopy-->

  • Para cambiar el nombre de la programación de reinicio del catálogo denominado Old Name a New Name.

      C:\PS> Rename-BrokerCatalogRebootSchedule -Name "Old Name" -NewName "New Name"
<!--NeedCopy-->

  • Para mostrar todas las programaciones de reinicio del catálogo con el UID 1 y, a continuación, cambiar el nombre de la programación de reinicio del catálogo con el UID 1 a Nuevo nombre.

      C:\PS> Get-BrokerCatalogRebootSchedule -Uid 1 | Rename-BrokerCatalogRebootSchedule -NewName "New Name" -PassThru
<!--NeedCopy-->

  • Para configurar la programación de reinicios del catálogo denominado Contabilidad, se mostrará un mensaje con el título ADVERTENCIA: Reinicio pendiente y el mensaje Guarde su trabajo 10 minutos antes del reinicio de cada máquina virtual. El mensaje se muestraen todas las sesiones de usuario de esa máquina virtual.

    ``` C:\PS> Set-BrokerCatalogRebootSchedule -Name Accounting -WarningMessage “Save your work” -WarningDuration 10 -WarningTitle “WARNING: Reboot pending”

  • To display all restart schedules that are disabled, and then enable all disabled restart schedules.

     C:\PS> Get-BrokerCatalogRebootSchedule -Habilitado $false | Set-BrokerCatalogRebootSchedule -Habilitado $true

  • To set the catalog restart schedule with UID 17 to display the message Rebooting in %m% minutes fifteen, ten, and five minutes before the restart of each VM.

     C:\PS> Set-BrokerCatalogRebootSchedule 17 -WarningMessage "Rebooting in %m% minutes." -WarningDuration 15 -WarningRepeatInterval 5

  • To configure the time zone for the catalog named MyCatalog.

     C:\PS> Set-BrokerCatalog -Name "MiCatálogo" -TimeZone <TimeZone>

Power managed machines in a delivery group

You can power manage only virtual single-session OS machines, not physical machines (including Remote PC Access machines). Single-session OS machines with GPU capabilities cannot be suspended, so power-off operations fail. For multi-session OS machines, you can create a restart schedule.

In delivery groups containing pooled machines, virtual single-session OS machines can be in one of the following states:

  • Randomly allocated and in use
  • Unallocated and unconnected

In delivery groups containing static machines, virtual single-session OS machines can be:

  • Permanently allocated and in use
  • Permanently allocated and unconnected (but ready)
  • Unallocated and unconnected

During normal use, static delivery groups typically contain both permanently allocated and unallocated machines. Initially, all machines are unallocated, except for manually allocated ones when the delivery group was created. As users connect, machines become permanently allocated. You can fully power manage the unallocated machines in those delivery groups, but only partially manage the permanently allocated machines.

  • Pools and buffers: For pooled delivery groups and static delivery groups with unallocated machines, a pool (in this instance) is a set of unallocated or temporarily allocated machines that are kept in a powered-on state, ready for users to connect. A user gets a machine immediately after logon. The pool size (the number of machines kept powered-on) is configurable by time of day. For static delivery groups, use the SDK to configure the pool.

    A buffer is an extra standby set of unallocated machines that are turned on when the number of machines in the pool falls below a threshold. The threshold is a percentage of the delivery group size. For large delivery groups, a significant number of machines might be turned on when the threshold is exceeded. So, plan delivery group sizes carefully or use the SDK to adjust the default buffer size.

  • Power state timers: You can use power state timers to suspend machines after users have disconnected for a specified amount of time. For example, machines suspend automatically outside of office hours if users are disconnected for at least 10 minutes.

    You can configure timers for weekdays and weekends, and for peak and nonpeak intervals.

  • Partial power management of permanently allocated machines: For permanently allocated machines, you can set power state timers, but not pools or buffers. The machines are turned on at the start of each peak period, and turned off at the start of each off-peak period. You do not have the fine control that you have with unallocated machines over the number of machines that become available to compensate for machines that are consumed.

Power manage virtual single-session OS machines

  1. Select Delivery Groups in the left pane.
  2. Select a group and then click Edit Delivery Group in the action bar.
  3. On the Power Management page, select Weekdays in Power manage machines. By default, weekdays are Monday to Friday.
  4. For random Delivery groups, in Machines to be powered on, click Edit and then specify the pool size during weekdays. Then, select the number of machines to power on.
  5. In Peak hours, set the peak and off-peak hours for each day.
  6. Set the power state timers for peak and non-peak hours during weekdays: In During peak hours > When disconnected, specify the delay (in minutes) before suspending any disconnected machine in the delivery group, and then select Suspend. In During off-peak hours > When disconnected, specify the delay before turning off any logged-off machine in the delivery group, and then select Shutdown. This timer is not available for delivery groups with random machines.
  7. Select Weekend in Power manage machines, and then configure the peak hours and power state timers for weekends.
  8. Click Apply to apply any changes you made and keep the window open. Or, click Save to apply changes and close the window.

Use the SDK to:

  • Shut down, rather than suspend, machines in response to power state timers, or if you want the timers to be based on logoffs, rather than disconnections.
  • Change the default weekday and weekend definitions.
  • Disable power management. See CTX217289.

Power manage VDI machines transitioning to a different time period with disconnected sessions

Important:

This enhancement applies only to VDI machines with disconnected sessions. It does not apply to VDI machines with logged off sessions.

In earlier releases, a VDI machine transitioning to a time period where an action (disconnect action=”Suspend” or “Shutdown”) was required remained powered on. This scenario occurred if the machine disconnected during a time period (peak or off-peak times) where no action (disconnect action=”Nothing”) was required.

Starting with Citrix Virtual Apps and Desktops 7 1909, the machine is suspended or powered off when the specified disconnection time elapses, depending on the disconnect action configured for the destination time period.

For example, you configure the following power policies for a VDI delivery group:

  • Set PeakDisconnectAction to “Nothing”
  • Set OffPeakDisconnectAction to “Shutdown”
  • Set OffPeakDisconnectTimeout to “10”

For more information about the disconnect action in the power policy, see https://developer-docs.citrix.com/projects/delivery-controller-sdk/en/latest/Broker/about_Broker_PowerManagement/#power-policy and https://developer-docs.citrix.com/projects/delivery-controller-sdk/en/latest/Broker/Get-BrokerDesktopGroup/.

In earlier releases, a VDI machine with a session disconnected during peak times remained powered on when it transitioned from peak to off-peak. Starting with Citrix Virtual Apps and Desktops 7 1909, the OffPeakDisconnectAction and the OffPeakDisconnectTimeout policy actions are applied to the VDI machine on period transition. As a result, the machine is powered off 10 minutes after it transitions to off-peak.

If you want to revert to the previous behavior (that is, take no action on machines that transition from peak to off-peak or off-peak to peak with disconnected sessions), do one of the following:

  • Set the LegacyPeakTransitionDisconnectedBehaviour registry value to 1, the equivalent of true which enables the previous behavior. By default, the value is 0, or false, which triggers disconnect power policy actions on period transition.
    • Path: HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\DesktopServer
    • Name: LegacyPeakTransitionDisconnectedBehaviour
    • Type: REG_DWORD
    • Data: 0x00000001 (1)
  • Configure the setting by using the Set-BrokerServiceConfigurationData PowerShell command. For example:
    • PS C:\> Set-BrokerServiceConfigurationData HostingManagement.LegacyPeakTransitionDisconnectedBehaviour -SettingValue $true

A machine must meet the following criteria before power policy actions can be applied to it on period transition:

  • Have a disconnected session.
  • Have no pending power actions.
  • Belong to a VDI (single session) delivery group that transitions to a different time period.
  • Have a session that disconnects during a certain time period (peak or off-peak times) and transitions to a period where a power action is assigned.

Change the percentage of VDAs in a powered state for catalogs

  1. Adjust the peak hours for the delivery group from the Power management section for the delivery group.
  2. Make a note of the Desktop Group name.

  3. With administrator privileges, start PowerShell and run the following commands. Replace “Desktop Group Name” with the name of your desktop group that has a changed percentage of the VDAs running.

    asnp Citrix*

    # Set-BrokerDesktopGroup "Desktop Group Name" -PeakBufferSizePercent 100

    A value of 100 means that 100% of the VDAs are in the ready state.

  4. Verify the solution by running:

    #Get-BrokerDesktopGroup "Desktop Group Name"

    Desktop group name

It can take up to an hour for changes to take effect.

To shut down the VDAs after the user logs off, enter:

# Set-BrokerDesktopGroup "Desktop Group Name" -ShutDownDesktopsAfterUse $True

To restart VDAs during peak hours, so that they’re ready for users after they log off, enter:

# Set-BrokerDesktopGroup "Desktop Group Name" -AutomaticPowerOnForAssignedDuringPeak $True

Sessions

Log off or disconnect a session

  1. Select Delivery Groups in the left pane.
  2. Select a delivery group and then select View Machines in the action bar.
  3. In the middle pane, select the machine, select View Sessions in the action bar, and then select a session.
    • Alternatively, in the middle pane, select the Session tab and then select a session.
  4. To log off from a session, select Log off in the action bar. The session closes and the user is logged out. The machine becomes available to other users unless it is allocated to a specific user.
  5. To disconnect a session, select Disconnect in the action bar. Applications continue to run in the session and the machine remains allocated to that user. The user can reconnect to the same machine.

You can configure power state timers for single-session OS machines to automatically handle unused sessions. For details, see Power managed machines.

Send a message to a delivery group

  1. Select Delivery Groups in the left pane.
  2. Select a delivery group and then select View Machines in the action bar.
  3. In the middle pane, select a machine to which you want to send a message.
  4. In the action bar, select View Sessions.
  5. In the middle pane, select all sessions and then select Send Message in the action bar.
  6. Type your message and click OK. You can specify the level of severity if needed. Options include Critical, Question, Warning, and Information.

Alternatively, you can send a message using Citrix Director. For more information, see Send messages to users.

Configure session prelaunch and session linger in a delivery group

These features are supported only on multi-session OS machines.

The session prelaunch and session linger features help specified users access applications quickly, by starting sessions before they are requested (session prelaunch) and keeping application sessions active after a user closes all applications (session linger).

By default, session prelaunch and session linger are not used. A session starts (launches) when a user starts an application, and remains active until the last open application in the session closes.

Considerations:

  • The delivery group must support applications, and the machines must be running a VDA for multi-session OS, minimum version 7.6.
  • These features are supported only when using Citrix Workspace app for Windows, and also require extra Citrix Workspace app configuration. For instructions, search for session prelaunch in the product documentation for your Citrix Workspace app for Windows version.
  • Citrix Workspace app for HTML5 is not supported.
  • When using session prelaunch, if a user’s machine is put into suspend or hibernate mode, prelaunch does not work (regardless of session prelaunch settings). Users can lock their machines/sessions. However, if a user logs off from Citrix Workspace app, the session is ended and prelaunch no longer applies.
  • When using session prelaunch, physical client machines cannot use the suspend or hibernate power management functions. Client machine users can lock their sessions but must not log off.
  • Prelaunched and lingering sessions consume a concurrent license, but only when connected. If using a user/device license, the license lasts 90 days. Unused prelaunched and lingering sessions disconnect after 15 minutes by default. This value can be configured in PowerShell (New/Set-BrokerSessionPreLaunch cmdlet).
  • Careful planning and monitoring of your users’ activity patterns are essential to tailoring these features to complement each other. Optimal configuration balances the benefits of earlier application availability for users against the cost of keeping licenses in use and resources allocated.
  • You can also configure session prelaunch for a scheduled time of day in Citrix Workspace app.

How long unused prelaunched and lingering sessions remain active

There are several ways to specify how long an unused session remains active if the user does not start an application: a configured timeout and server load thresholds. You can configure all of them. The event that occurs first causes the unused session to end.

  • Timeout: A configured timeout specifies the number of minutes, hours, or days an unused prelaunched or lingering session remains active. If you configure too short a timeout, prelaunched sessions end before they provide the user benefit of quicker application access. If you configure too long a timeout, incoming user connections might be denied because the server doesn’t have enough resources.

    You can enable this timeout from the SDK only (New/Set-BrokerSessionPreLaunch cmdlet), not from the management console. If you disable the timeout, it does not appear in the console display for that delivery group or in the Edit Delivery Group pages.

  • Thresholds: Automatically ending prelaunched and lingering sessions based on server load ensures that sessions remain open as long as possible, assuming that server resources are available. Unused prelaunched and lingering sessions do not cause denied connections because they are ended automatically when resources are needed for new user sessions.

    You can configure two thresholds: the average percentage load of all servers in the delivery group, and the maximum percentage load of a single server in the group. When a threshold is exceeded, the sessions that have been in the prelaunch or lingering state for the longest time are ended. Sessions are ended one-by-one at minute intervals until the load falls below the threshold. While the threshold is exceeded, no new prelaunch sessions are started.

Servers with VDAs that have not registered with a Controller and servers in maintenance mode are considered fully loaded. An unplanned outage causes prelaunch and lingering sessions to end automatically to free capacity.

To enable session prelaunch

  1. Select a group and then click Edit Delivery Group in the action bar.

  2. On the Application Prelaunch page, enable session prelaunch by choosing when sessions launch:

    • When a user starts an application. This is the default setting. Session prelaunch is disabled.
    • When any user in the delivery group logs on to Citrix Workspace app for Windows.
    • When anyone in a list of users and user groups logs on to Citrix Workspace app for Windows. Be sure to also specify users or user groups if you choose this option.

    Prelaunch Sessions for Applications page

  3. A prelaunched session is replaced with a regular session when the user starts an application. If the user does not start an application (the prelaunched session is unused), the following settings affect how long that session remains active.

    • When a specified time interval elapses. You can change the time interval (1–99 days, 1–2376 hours, or 1–142,560 minutes)
    • When the average load on all machines in the delivery group exceeds a specified percentage (1–99%)
    • When the load on any machine in the delivery group exceeds a specified percentage (1–99%)

    Recap: A prelaunched session remains active until one of the following events occurs: a user starts an application, the specified time elapses, or a specified load threshold is exceeded.

To enable session linger

  1. Select Delivery Groups in the left pane.
  2. Select a group and then click Edit Delivery Group in the action bar.

  3. On the Application Lingering page, enable session linger by selecting Keep sessions active until.

    Lingering Sessions for Applications page

  4. Several settings affect how long a lingering session remains active if the user does not start another application.

    • When a specified time interval elapses. You can change the time interval: 1–99 days, 1–2376 hours, or 1–142,560 minutes.
    • When the average load on all machines in the delivery group exceeds a specified percentage: 1–99%.
    • When the load on any machine in the delivery group exceeds a specified percentage: 1–99%.

    Recap: A lingering session remains active until one of the following events occurs: a user starts an application, the specified time elapses, or a specified load threshold is exceeded.

Control session reconnection when disconnected from machine in maintenance mode

NOTE:

This feature is available only in PowerShell.

You can control whether sessions that are disconnected on machines in maintenance mode are allowed to reconnect to machines in the delivery group.

Before version 2106, reconnection was not allowed for single-session pooled desktop sessions that had disconnected from machines in maintenance mode. As of version 2106, you can configure a delivery group to allow or prohibit reconnections (regardless of session type) after disconnection from a machine in maintenance mode.

When creating or editing a delivery group (New-BrokerDesktopGroup, Set-BrokerDesktopGroup), use the -AllowReconnectInMaintenanceMode <boolean> parameter to allow or prohibit reconnections for machines that were disconnected from a machine in maintenance mode.

  • When set to true, sessions can reconnect to machines in the group.
  • When set to false, sessions cannot reconnect to machines in the group.

Default values:

  • Single-session: Disabled
  • Multi-session: Enabled

Configure session roaming

By default, session roaming is enabled for delivery groups. Sessions roam between client devices with the user. When the user launches a session and then moves to another device, the same session is used and applications are simultaneously available on both devices. You can view the applications on multiple devices. The applications follow, regardless of the device or whether current sessions exist. Often, printers and other resources assigned to the application also follow. Alternatively, you can use PowerShell. For more information, see Session roaming.

Configure session roaming for applications

To configure session roaming for applications, follow these steps:

  1. In the console, select Delivery Groups in the left pane.

  2. Select a group and then select Edit Delivery Group in the action bar.

  3. On the Users page, enable session roaming by selecting the Sessions roam with users as they move between devices checkbox.

    • When enabled, if a user launches an application session and then moves to another device, the same session is used and available on both devices. When disabled, the session no longer roams between devices.

  4. Select OK to apply changes and close the window.

Configure session roaming for desktops

To configure session roaming for a desktop, follow these steps:

  1. In the console, select Delivery Groups in the left pane.

  2. Select a group and then select Edit in the action bar.

  3. On the Desktops page, select the desktop and select Edit.

  4. Enable session roaming by selecting the Session roaming checkbox.

  • When enabled, if the user launches the desktop and then moves to another device, the same session is used, and applications are available on both devices. When disabled, the session no longer roams between devices.

Select OK to apply changes and close the window.

Applications

View and add applications to a delivery group.

  1. In the console, select Delivery Groups in the left pane.
  2. Select a group. If this group contains applications, View Applications appears in the action bar.
  3. Select View Applications. You are directed to the Applications node where all applications available in this group appear.
  4. To add more applications to this group, go to the Delivery Groups node, select the group, and select Add Applications in the action bar.

Seamless log in from Citrix Secure Access Client on VDA

You can seamlessly log in to Citrix Workspace using Single Sign-On (SSO) from the Citrix Secure Access (CSA) client present on the VDA to Citrix Secure Private Access. This feature is applicable to both single and multi-session VDAs.

The steps to achieve this are as follows:

  1. Edit an existing delivery group to enable SPA SSO. For example,

    Set-BrokerDesktopGroup -Name <String> -SpaSsoEnabled 1

  2. Check the status of SPA SSO of a delivery group using the Get -BrokerDesktopGroup PowerShell command. For example:

    Get-BrokerDesktopGroup -Name <String> -property 'SpaSsoEnabled'

  3. En SPA, crear Aplicación y Directiva. Consulte Configurar aplicaciones TCP/UDP y Configurar directivas de acceso para las aplicaciones.
  4. Conéctese mediante RDP al VDA de sesión única o multisesión e instale el agente CSA más reciente.
  5. Abra Citrix Workspace e inicie sesión en el VDA de sesión única o multisesión.

Solucionar problemas

  • Los VDA no registrados en un Delivery Controller no se tienen en cuenta cuando se inicien sesiones con intermediario. Esto provoca una infrautilización de los recursos disponibles. Existen diversos motivos por los que un VDA puede no registrarse, y un administrador puede solucionar muchos de ellos. Para solucionar problemas, los detalles proporcionan información en el asistente para la creación de catálogos y después de agregar el catálogo a un grupo de entrega.

    Tras crear un grupo de entrega, el recuadro Detalles de dicho grupo indica la cantidad de máquinas que pueden estar registradas, pero no se han registrado. Por ejemplo, una o varias máquinas que están activadas y no están en modo de mantenimiento, pero no están actualmente registradas en el Controller. Al ver una máquina que “no está registrada, pero debería estarlo”, consulte la ficha Solución de problemas del panel de detalles para buscar las posibles causas y las acciones correctivas recomendadas.

    Para ver los mensajes sobre el nivel funcional, consulte Niveles funcionales y versiones de VDA.

    Para obtener información sobre la solución de problemas de registro de VDA, consulte CTX136668.

  • En la pantalla de un grupo de entrega, la versión instalada de VDA del recuadro Detalles puede ser diferente de la versión real instalada en las máquinas. La pantalla Programas y funciones de la máquina Windows muestra la versión real del VDA.
  • Para máquinas que presentan un Estado de energía desconocido, consulte CTX131267 para obtener instrucciones. ```
Administrar grupos de entrega
November 25, 2025
Contribución de: 
C
November 25, 2025
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.