Configuración de máquina virtual de host de sesión de Azure Virtual Desktop (clásico)

Importante

Este contenido se aplica a Azure Virtual Desktop (clásico), que no admite objetos de Azure Resource Manager. Si está intentando administrar objetos de Azure Virtual Desktop para Azure Resource Manager, consulte este artículo.

Use este artículo para solucionar problemas que tiene al configurar las máquinas virtuales del host de sesión de Azure Virtual Desktop.

Envío de comentarios

Visite la comunidad técnica de Azure Virtual Desktop para analizar el servicio Azure Virtual Desktop con el equipo de producto y los miembros activos de la comunidad.

Las VM no se unen al dominio

Siga estas instrucciones si tiene problemas para unir las VM al dominio.

Error: Credenciales incorrectas

Causa: Hubo un error ortográfico al escribir las credenciales en las correcciones de la interfaz de la plantilla de Azure Resource Manager.

Solución: realice una de las siguientes acciones para resolverlo.

Error: Se agotó el tiempo de espera para la entrada del usuario

Causa: La cuenta usada para completar la unión a un dominio puede tener autenticación multifactor (MFA).

Solución: realice una de las siguientes acciones para resolverlo.

  • Quite temporalmente la MFA para la cuenta.
  • Use una cuenta de servicio.

Error: La cuenta usada durante el aprovisionamiento no tiene permisos para completar la operación

Causa: La cuenta usada no tiene permisos para unir las VM al dominio debido al cumplimiento de normas y reglamentos.

Solución: realice una de las siguientes acciones para resolverlo.

  • Use una cuenta que sea miembro del grupo Administrador.
  • Conceda los permisos necesarios para la cuenta usada.

Error: El nombre de dominio no se resuelve

Causa 1: las máquinas virtuales están en una red virtual que no está asociada con la red virtual (VNET) donde se encuentra el dominio.

Corrección 1: Cree el emparejamiento de VNET entre la red virtual donde se han aprovisionado las VM y la red virtual donde se ejecuta el controlador de dominio (DC). Consulte Crear un emparejamiento de redes virtuales: Resource Manager, suscripciones diferentes.

Causa 2: Cuando se usa Microsoft Entra Domain Services, la red virtual no tiene la configuración del servidor DNS actualizada para apuntar a los controladores de dominio administrados.

Corrección 2: Con el fin de actualizar la configuración DNS de la red virtual que contiene Microsoft Entra Domain Services, consulte Actualización de la configuración DNS para la red virtual de Azure.

Causa 3: la configuración del servidor DNS de la interfaz de red no apunta al servidor DNS adecuado en la red virtual.

Corrección 3: realice una de las siguientes acciones para resolverlo, siguiendo los pasos descritos en [Cambio de servidores DNS].

  • Cambie la configuración del servidor DNS de la interfaz de red a Personalizado con los pasos que se indican en Cambio de servidores DNS y especifique las direcciones IP privadas de los servidores DNS en la red virtual.
  • Cambie la configuración del servidor DNS de la interfaz de red a Herencia de la red virtual con los pasos que se indican en Cambio de servidores DNS y, después, cambie la configuración del servidor DNS de la red virtual con los pasos que se indican en Cambio de servidores DNS.

El agente de Azure Virtual Desktop y el cargador de arranque de Azure Virtual Desktop no están instalados

La manera recomendada para aprovisionar VM es mediante la plantilla Creación y aprovisionamiento del grupo de host de Azure Virtual Desktop de Azure Resource Manager. La plantilla instala automáticamente el agente de Azure Virtual Desktop y el cargador de arranque del agente de Azure Virtual Desktop.

Siga estas instrucciones para confirmar que los componentes se han instalado y para comprobar los mensajes de error.

  1. Para confirmar que los dos componentes se han instalado, consulte Panel de control>Programas>Programas y características. Si el agente de Azure Virtual Desktop y el cargador de arranque del agente de Azure Virtual Desktop no están visibles, no se instalan en la máquina virtual.
  2. Abra el Explorador de archivos y vaya a C:\Windows\Temp\ScriptLog.log. Si falta el archivo, es señal de que el DSC de PowerShell que instala los dos componentes no pudo ejecutarse en el contexto de seguridad proporcionado.
  3. Si se encuentra el archivo C:\Windows\Temp\ScriptLog.log, ábralo y busque mensajes de error.

Error: Faltan el agente de Azure Virtual Desktop y el cargador de arranque de Azure Virtual Desktop. C:\Windows\Temp\ScriptLog.log también falta

Causa 1: Las credenciales proporcionadas durante la entrada de la plantilla de Azure Resource Manager son incorrectas o los permisos eran insuficientes.

Corrección 1: Agregue manualmente los componentes que faltan para las VM con Creación de un grupo host con PowerShell.

Causa 2: DSC de PowerShell pudo iniciarse y ejecutarse, pero no se pudo completar, ya que no puede iniciar sesión en Azure Virtual Desktop y obtener la información necesaria.

Corrección 2: Confirme los elementos de la lista siguiente.

  • Asegúrese de que la cuenta no tenga MFA.
  • Confirme que el nombre del inquilino esté correcto y que el inquilino exista en Azure Virtual Desktop.
  • Confirme que la cuenta tiene al menos permisos de colaborador de RDS.

Error: Error de autenticación, error en C:\Windows\Temp\ScriptLog.log

Causa: DSC de PowerShell se pudo ejecutar, pero no se pudo conectar a Azure Virtual Desktop.

Solución: Confirme los elementos de la lista siguiente.

  • Registre manualmente las máquinas virtuales con el servicio Azure Virtual Desktop.
  • Confirme que la cuenta usada para conectarse a Azure Virtual Desktop tiene permisos en el inquilino para crear grupos host.
  • Confirme que la cuenta no tenga MFA.

El agente de Azure Virtual Desktop no se registra en el servicio de Azure Virtual Desktop

Cuando el agente de Azure Virtual Desktop se instala por primera vez en las VM de host de sesión (ya sea manualmente o a través de la plantilla de Azure Resource Manager y DSC de PowerShell), proporciona un token de registro. En la siguiente sección se trata la solución de problemas aplicables al agente de Azure Virtual Desktop y el token.

Error: El estado archivado en el cmdlet Get-RdsSessionHost muestra el estado como no disponible

Get-RdsSessionHost cmdlet shows status as Unavailable.

Causa: El agente no puede actualizarse automáticamente a una nueva versión.

Solución: Siga estas instrucciones para actualizar manualmente el agente.

  1. Descargue una nueva versión del agente en la VM del host de sesión.
  2. Inicie el Administrador de tareas y, en la pestaña Servicio, detenga el servicio RDAgentBootLoader.
  3. Ejecute al instalador para la nueva versión del agente de Azure Virtual Desktop.
  4. Cuando se le pida el token de registro, quite la entrada INVALID_TOKEN y presione Siguiente (no es necesario un nuevo token).
  5. Complete el Asistente para la instalación.
  6. Abra el Administrador de tareas e inicie el servicio RDAgentBootLoader.

Error: La entrada del registro IsRegistered del agente de Azure Virtual Desktop muestra un valor de 0

Causa: El token de registro ha expirado o se ha generado con el valor de expiración de 999999.

Solución: Siga estas instrucciones para corregir el error del registro del agente.

  1. Si ya hay un token de registro, quítelo con Remove-RDSRegistrationInfo.
  2. Genere un nuevo token con Rds-NewRegistrationInfo.
  3. Confirme que el parámetro -ExpriationHours esté configurado en 72 (el valor máximo es 99999).

El agente de Azure Virtual Desktop no notifica un latido al ejecutar Get-RdsSessionHost

Causa 1: Se ha detenido el servicio RDAgentBootLoader.

Corrección 1: Inicie el Administrador de tareas y, si la pestaña Servicio notifica un estado detenido para el servicio RDAgentBootLoader, inicie el servicio.

Causa 2: Puede que el puerto 443 esté cerrado.

Corrección 2: Siga estas instrucciones para abrir el puerto 443.

  1. Para confirmar que el puerto 443 esté abierto, descargue la herramienta PSPing desde las herramientas de Sysinternal.

  2. Instale PSPing en la VM de host de sesión donde se ejecuta el agente.

  3. Abra el símbolo del sistema como administrador y emita el comando siguiente:

    psping rdbroker.wvdselfhost.microsoft.com:443
    
  4. Confirme que PSPing reciba la información desde RDBroker:

    PsPing v2.10 - PsPing - ping, latency, bandwidth measurement utility
    Copyright (C) 2012-2016 Mark Russinovich
    Sysinternals - www.sysinternals.com
    TCP connect to 13.77.160.237:443:
    5 iterations (warmup 1) ping test:
    Connecting to 13.77.160.237:443 (warmup): from 172.20.17.140:60649: 2.00ms
    Connecting to 13.77.160.237:443: from 172.20.17.140:60650: 3.83ms
    Connecting to 13.77.160.237:443: from 172.20.17.140:60652: 2.21ms
    Connecting to 13.77.160.237:443: from 172.20.17.140:60653: 2.14ms
    Connecting to 13.77.160.237:443: from 172.20.17.140:60654: 2.12ms
    TCP connect statistics for 13.77.160.237:443:
    Sent = 4, Received = 4, Lost = 0 (0% loss),
    Minimum = 2.12ms, Maximum = 3.83ms, Average = 2.58ms
    

Solución de problemas con la pila en paralelo de Azure Virtual Desktop

La pila en paralelo de Azure Virtual Desktop se instala automáticamente con Windows Server 2019 y posterior. Use Microsoft Installer (MSI) para instalar la pila en paralelo en Microsoft Windows Server 2016 o Windows Server 2012 R2. Para Microsoft Windows 10, la pila en paralelo de Azure Virtual Desktop se habilita con enablesxstackrs.ps1.

Hay tres maneras principales de instalar la pila en paralelo o habilitarla en VM del grupo de host de sesión:

  • Con la plantilla Creación y aprovisionamiento del grupo de host de Azure Virtual Desktop de Azure Resource Manager.
  • Al incluirla y habilitarla en la imagen maestra.
  • Al instalarla o habilitarla manualmente en cada VM (con extensiones o PowerShell).

Si tiene problemas con la pila en paralelo de Azure Virtual Desktop, escriba el comando qwinsta desde el símbolo del sistema para confirmar que la pila en paralelo esté instalada o habilitada.

La salida de qwinsta enumerará rdp-sxs en el resultado si la pila en paralelo está instalada y habilitada.

Side-by-side stack installed or enabled with qwinsta listed as rdp-sxs in the output.

Examine las entradas del Registro que se enumeran a continuación y confirme que coincidan con sus valores. Si faltan las claves del Registro o los valores no coinciden, siga las instrucciones de Creación de un grupo host con PowerShell para conocer cómo reinstalar la pila en paralelo.

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal
    Server\WinStations\rds-sxs\"fEnableWinstation":DWORD=1

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal
    Server\ClusterSettings\"SessionDirectoryListener":rdp-sxs

Error: O_REVERSE_CONNECT_STACK_FAILURE

O_REVERSE_CONNECT_STACK_FAILURE error code.

Causa: La pila en paralelo no está instalada en la VM del host de sesión.

Solución: Siga estas instrucciones para instalar la pila en paralelo en la VM del host de sesión.

  1. Use el Protocolo de escritorio remoto (RDP) para ir directamente a la VM del host de sesión como administrador local.

  2. Descargue e importe el módulo de PowerShell para Azure Virtual Desktop que se usará en la sesión de PowerShell, si aún no lo ha hecho y, a continuación, ejecute este cmdlet para iniciar sesión en la cuenta:

    Add-RdsAccount -DeploymentUrl "https://rdbroker.wvd.microsoft.com"
    
  3. Instale la pila en paralelo con Creación de un grupo host con PowerShell.

Cómo corregir una pila en paralelo de Azure Virtual Desktop que funciona mal

Existen circunstancias conocidas que pueden provocar que la pila en paralelo no funcione correctamente:

  • No seguir el orden correcto de los pasos para habilitar la pila en paralelo
  • Actualizar automáticamente a Enhanced Versatile Disc (EVD) de Windows 10
  • La falta del rol de host de sesión de Escritorio remoto (RDSH)
  • Ejecutar enablesxsstackrc.ps1 varias veces
  • Ejecutar enablesxsstackrc.ps1 en una cuenta que no tiene privilegios de administrador local

Las instrucciones de esta sección pueden ayudarle a desinstalar la pila en paralelo de Azure Virtual Desktop. Una vez desinstalada la pila en paralelo, vaya a "Registrar la máquina virtual con el grupo host de Azure Virtual Desktop" en Creación de un grupo host con PowerShell para volver a instalar la pila en paralelo.

La VM usada para ejecutar la corrección debe estar en la misma subred y el mismo dominio que la VM con la pila en paralelo con error de funcionamiento.

Siga estas instrucciones para ejecutar la corrección desde la misma subred y dominio:

  1. Conéctese con el Protocolo de escritorio remoto (RDP) a la VM desde donde se aplicará la revisión.

  2. Descargue PsExec desde PsExec v2.40.

  3. Descomprima el archivo descargado.

  4. Inicie un símbolo del sistema como administrador local.

  5. Navegue hasta la carpeta donde ha descomprimido PsExec.

  6. En un símbolo del sistema, use el siguiente comando:

            psexec.exe \\<VMname> cmd
    

    Nota

    VMname es el nombre de equipo de la VM con la pila en paralelo con error de funcionamiento.

  7. Para aceptar el contrato de licencia de PsExec, haga clic en Aceptar.

    Software license agreement screenshot.

    Nota:

    Este cuadro de diálogo se muestra solo la primera vez que se ejecuta PsExec.

  8. Una vez que se abre la sesión de símbolo del sistema en la VM con la pila en paralelo con error de funcionamiento, ejecute qwinsta y confirme que haya disponible una entrada denominada rdp-sxs. Si no es así, no hay una pila en paralelo en la VM, así que el problema no está vinculado a la pila en paralelo.

    Administrator command prompt

  9. Ejecute el comando siguiente, que mostrará una lista de componentes de Microsoft instalados en la VM con la pila en paralelo con error de funcionamiento.

        wmic product get name
    
  10. Ejecute el comando siguiente con los nombres de productos del paso anterior.

        wmic product where name="<Remote Desktop Services Infrastructure Agent>" call uninstall
    
  11. Desinstale todos los productos que empiecen por "Remote Desktop".

  12. Una vez se hayan desinstalado todos los componentes de Azure Virtual Desktop, siga las instrucciones para su sistema operativo:

  13. Si el sistema operativo es Windows Server, reinicie la VM que tenía la pila en paralelo con error de funcionamiento (ya sea con Azure Portal o desde la herramienta PsExec).

Si el sistema operativo es Microsoft Windows 10, continúe con las instrucciones siguientes:

  1. Desde la VM que ejecuta PsExec, abra el Explorador de archivos y copie disablesxsstackrc.ps1 en la unidad del sistema de la VM con la pila en paralelo con error de funcionamiento.

        \\<VMname>\c$\
    

    Nota

    VMname es el nombre de equipo de la VM con la pila en paralelo con error de funcionamiento.

  2. Proceso recomendado: desde la herramienta PsExec, inicie PowerShell y navegue hasta la carpeta del paso anterior y ejecute disablesxsstackrc.ps1. Como alternativa, puede ejecutar los cmdlets siguientes:

    Remove-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\ClusterSettings" -Name "SessionDirectoryListener" -Force
    Remove-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\rdp-sxs" -Recurse -Force
    Remove-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations" -Name "ReverseConnectionListener" -Force
    
  3. Cuando se terminen de ejecutar los cmdlets, reinicie la VM con la pila en paralelo con error de funcionamiento.

El modo de licencia de Escritorio remoto no está configurado

Si inicia sesión en Windows 10 Enterprise multisesión con una cuenta administrativa, puede recibir una notificación que diga que "el modo de administración de licencias de Escritorio remoto no está configurado, los servicios de Escritorio remoto dejarán de funcionar en X días. En el servidor de Agente de conexión, use el administrador del servidor para especificar el modo de administración de licencias de Escritorio remoto."

Si el límite de tiempo expira, aparece el mensaje de error "Se desconectó la sesión remota porque no hay licencias de acceso de cliente de Escritorio remoto disponibles para este equipo".

Si ve alguno de estos mensajes, la imagen no tiene instaladas las actualizaciones más recientes de Windows o está configurando el modo de licencia de Escritorio remoto a través de la directiva de grupo. Siga los pasos descritos en las secciones siguientes para comprobar la configuración de la directiva de grupo, identificar la versión de la sesión múltiple de Windows 10 Enterprise e instalar la actualización correspondiente.

Nota

Azure Virtual Desktop solo requiere una licencia de acceso de cliente (CAL) de RDS si el grupo de hosts contiene hosts de sesión de Windows Server. Para obtener información sobre cómo configurar una CAL de RDS, vea Licencia para la implementación de RDS con licencias de acceso de cliente (CAL).

Deshabilitación de la configuración de directiva de grupo del modo de licencia de Escritorio remoto

Para comprobar la configuración de la directiva de grupo, abra el Editor de directivas de grupo en la VM y vaya a Plantillas administrativas>Componentes de Windows>Servicios de Escritorio remoto>Host de sesión de Escritorio remoto>Licencias>Establecer el modo de licencia de Escritorio remoto. Si el valor de la directiva de grupo es Habilitado, cámbielo a Deshabilitado. Si ya se ha deshabilitado, déjelo tal cual.

Nota

Si establece la directiva de grupo a través de su dominio, deshabilite esta opción en las directivas que tienen como destino estas máquinas virtuales de sesión múltiple de Windows 10 Enterprise.

Identificación de la versión de Windows 10 Enterprise multisesión que está usando

Para consultar la versión de Windows 10 Enterprise multisesión que tiene:

  1. Inicie sesión con su cuenta de administrador.

  2. Escriba "Acerca de" en la barra de búsqueda situada junto al menú Inicio.

  3. Seleccione Acerca de tu PC.

  4. Compruebe el número junto a "Versión". El número debe ser "1809" o "1903", como se muestra en la siguiente imagen.

    A screenshot of the Windows specifications window. The version number is highlighted in blue.

Ahora que conoce el número de versión, vaya directamente a la sección correspondiente.

Versión 1809

Si el número de versión indica "1809", instale la actualización KB4516077 .

Versión 1903

Vuelva a implementar el sistema operativo host con la versión más reciente de la imagen de Windows 10, versión 1903, de la galería de Azure.

No se pudo conectar al equipo remoto debido a un error de seguridad

Si los usuarios ven un error que dice "no se pudo conectar al equipo remoto debido a un error de seguridad. Si esto sigue ocurriendo, póngase en contacto con el administrador o el servicio de soporte técnico para obtener ayuda", valide las directivas existentes que cambian los permisos RDP predeterminados. Una directiva que podría provocar que este error aparezca es "Permitir el inicio de sesión a través de la directiva de seguridad de los Servicios de Escritorio remoto".

Para obtener más información acerca de esta directiva, consulte Permitir el inicio de sesión a través de Servicios de Escritorio remoto.

Pasos siguientes