Actualización automática de Linux VDA a través de Azure

Last published : Nov 13, 2026
Esta función ayuda a actualizar automáticamente el software de su Linux VDA, de forma inmediata o a una hora programada. Es beneficiosa cuando se crean VDA de Linux en Citrix DaaS Standard para Azure (anteriormente Citrix Virtual Apps and Desktops Standard para Azure). No necesita privilegios de administrador de las máquinas virtuales en Azure. Para obtener más información, consulte Crear VDA de Linux en Citrix DaaS Standard para Azure.
Related information
Administración

Configuración

Para usar esta función, siga estos pasos:

Paso 1: Cargue la información de actualización y los nuevos paquetes VDA en su contenedor de Azure

Paso 1a: Cree un contenedor en su cuenta de almacenamiento de Azure y establezca el nivel de acceso de su contenedor en Blob (acceso de lectura anónimo solo para blobs).
Nota:
Los contenedores y blobs de Azure son propiedad exclusiva de los clientes y son gestionados por ellos. Citrix® no se hace responsable de ningún problema de seguridad relacionado con ellos. Para garantizar la seguridad de los datos y la eficiencia de los costes, establezca el nivel de acceso de su contenedor en Privado (sin acceso anónimo) después de cada autoactualización.
Paso 1b: Incorpore la información de actualización de su VDA a un archivo JSON llamado UpdateInfo.json. Para ver un ejemplo del formato del archivo, consulte el siguiente bloque:
{
 "Version": "21.04.200.4",
"Distributions":[
{
"TargetOS": "RHEL7_9",
"PackageName": "",
"PackageHash": ""
},
{
"TargetOS": "UBUNTU20_04",
"PackageName": "",
"PackageHash": ""
}
]
}
Donde, "Version" indica la nueva versión de VDA y "Distributions" es una matriz de objetos de actualización. Cada objeto contiene tres elementos:
  • "TargetOS": debe ser "RHEL7_9" (para RHEL 7, CentOS 7 y Amazon Linux 2) o "UBUNTU20_04". El ctxmonitord` no reconoce ninguna otra distribución.
  • "PackageName": Nombre completo del paquete VDA de la versión especificada.
  • "PackageHash": Valor SHA-256 que se calcula utilizando el comando shasum -a 256 <pkgname>.
Paso 1c: Cargue el archivo JSON y la nueva versión de los paquetes Linux VDA en su contenedor de Azure.

Paso 2: Habilite la función de actualización automática en la imagen maestra o en cada VDA

De forma predeterminada, la autoactualización está deshabilitada. Si crea VDA de Linux en Citrix DaaS Standard para Azure, la habilitación de la función debe realizarse en la imagen maestra. De lo contrario, habilite la función directamente en cada VDA de destino.
Para habilitar la autoactualización, ejecute comandos similares a los siguientes para editar la clave del Registro en HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix\SelfUpdate.
/opt/Citrix/VDA/bin/ctxreg create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_DWORD" -v "fEnabled" -d "0x00000001" --force

/opt/Citrix/VDA/bin/ctxreg create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "ScheduledTime" -d "Immediately" --force

/opt/Citrix/VDA/bin/ctxreg create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "Url" -d "<Your-Azure-Container-Url>" --force

/opt/Citrix/VDA/bin/ctxreg create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "CaCertificate" -d "<Local-Certificate-Path-of-PortalAzureCom>" --force
La siguiente tabla describe la configuración del registro.
Configuración del registro Descripción
fEnabled Esta configuración es obligatoria. De forma predeterminada, el valor es 0, lo que significa que la autoactualización está inhabilitada. Puede establecerlo en 1 para habilitar la autoactualización.
Url Esta configuración es obligatoria. Establece la URL de su contenedor de Azure para obtener la información de actualización y los nuevos paquetes de VDA.
ScheduledTime Esta configuración es obligatoria. Puede establecerla en Inmediatamente o SiguienteInicio. Inmediatamente significa ejecutar una actualización inmediatamente después de descargar los paquetes de VDA. Esta opción es adecuada cuando la velocidad de descarga es alta y la actualización es urgente. Sin embargo, puede interrumpir la experiencia del usuario si hay sesiones activas al descargar el paquete. SiguienteInicio significa ejecutar una actualización al siguiente inicio de ctxmonitord. Esta opción es adecuada cuando la velocidad de descarga no es alta y la actualización no es urgente.
CaCertificate Esta configuración es opcional. Establece la ruta completa de un certificado PEM para verificar la URL de su contenedor de Azure. Para los blobs de Azure, puede ser el certificado de portal.azure.com que se recupera del explorador y luego se convierte a PEM. Por seguridad, le recomendamos que añada esta configuración de registro, pero NO es compatible con Ubuntu o Debian, ya que el comando curl no funciona como se espera al verificar el par mediante el archivo de certificado especificado en Ubuntu o Debian. Asegúrese de establecer los privilegios mínimos del certificado.
Cuando se reinicia ctxmonitord, primero consulta la URL para obtener el archivo UpdateInfo.json y recupera la versión de actualización del archivo JSON. Luego, ctxmonitord compara la versión de actualización con la versión actual. Si la versión actual es anterior, el servicio descarga la nueva versión del paquete VDA de Azure y la guarda localmente. Después de eso, ejecuta una actualización según la configuración de ScheduledTime. Para una implementación local, puede reiniciar ctxmonitord directamente para activar la actualización. Sin embargo, en Citrix DaaS Standard para Azure, donde no tiene privilegios de administrador para las máquinas virtuales, ctxmonitord solo se puede reiniciar después de que se reinicie la máquina VDA. Si una actualización falla, su VDA se revierte a la versión existente.
Nota:
  • La configuración del registro que configuró en la imagen maestra no se puede cambiar.
  • Si todas las máquinas virtuales de un entorno descargan un paquete al mismo tiempo, la red local puede congestionarse.
  • Para descargar desde la URL proporcionada, debe instalar curl en la máquina virtual de destino.
  • Los datos del usuario se pierden si fallan tanto una actualización como una reversión.
  • Si una actualización falla pero la reversión tiene éxito, los usuarios en la misma red podrían tener diferentes versiones del Linux VDA. Este caso es subóptimo.
  • Una actualización suele tardar varios minutos en completarse. No hay ningún indicador de estado en Citrix Studio.