AVD de Microsoft: qué es Azure Virtual Desktop y cómo arreglar sus errores

Si has llegado aquí buscando AVD de Microsoft, lo más probable es que te refieras a Azure Virtual Desktop, el servicio de Microsoft para entregar escritorios y aplicaciones de Windows desde la nube. Aplica a Windows 11, Windows 10 y Windows Server. El problema más común hoy es que Azure Virtual Desktop Classic se retira el 30/09/2026: tras esa fecha, las conexiones a host pools clásicos se bloquean. Si te falla la conexión, el camino más corto es comprobar si sigues en Classic y migrarlo, revisar la licencia del usuario y validar que la red deja pasar UDP.

Datos comprobados en octubre de 2026.

Qué es AVD y por qué importa en Windows

Azure Virtual Desktop (AVD) es el servicio de Microsoft en Azure que entrega un escritorio completo de Windows 11, Windows 10 o Windows Server, o una aplicación individual (RemoteApp), a un usuario que se conecta desde cualquier dispositivo. Sustituye a los antiguos Remote Desktop Services (RDS) on-premises: AVD vive en Azure, se gestiona desde el portal y usa host pools basados en Azure Resource Manager.

El modo multi-sesión permite que muchos compartan una misma VM, lo que abarata el coste en tareas ofimáticas. AVD también entrega escritorios personales persistentes y permite aplicar autoescalado por horario. La conexión entra siempre por reverse connection, así que no hay que abrir puertos RDP entrantes en la red. La nueva variante Azure Virtual Desktop Hybrid, ya disponible de forma general, lleva esta misma experiencia a Azure Local (on-premises) sin soporte aún para Windows 11 multi-sesión.

Por qué falla AVD: lo que ves y qué lo explica

Confirma en qué punto se rompe la conexión a AVD

Antes de tocar nada, conviene saber si el fallo está en tu lado (cliente), en Azure (host pool) o en la red. Un error del cliente significa "tu PC o tu red local están bloqueando algo"; un error en el Visor de eventos de la VM significa "el servidor que aloja el escritorio tiene problema"; un error de tipo "feed" significa "la URL del workspace no carga y Azure no encuentra tus recursos".

El cliente de Remote Desktop: el código que muestra

Abre el cliente: en el escritorio, Conexión a Escritorio remoto (mstsc.exe); en Store, Microsoft Remote Desktop (Windows) o Windows App. Si el fallo apunta a "clásico" o a una URL antigua del workspace, el host pool no se ha pasado a Azure Resource Manager. Si apunta a "no se puede conectar al recurso" o "feed no encontrado", la URL del workspace está mal escrita o el host pool se migró y la URL cambió.

El Visor de eventos en la VM del host pool

Conéctate a la VM del host pool (Azure Portal > Máquinas virtuales > Conectar > RDP) y abre el Visor de eventos. Filtra por origen RdpCoreTS: el evento 20499 marca problemas de autenticación o de configuración del host; cualquier error aquí confirma que el fallo está en la VM, no en tu cliente.

AVD Classic dejó de cortarse tras el 30/09/2026: migra el host pool

Azure Virtual Desktop Classic se retira el 30/09/2026. Tras esa fecha, las conexiones a recursos Classic se bloquean y dejan de funcionar. La solución es migrar el host pool al modelo basado en Azure Resource Manager (ARM) con la herramienta automática de Microsoft.

Averigua de qué migras y hasta cuándo

1. Abre el portal de Azure y entra en Azure Virtual Desktop > Host Pools.
2. En cada host pool mira la columna Provisioning state y el campo Type: si dice "Classic", hay que migrarlo.
3. Si no ves tu host pool, asegúrate de que la VM está encendida; las VMs apagadas pueden no listarse.
4. Pulsa Migrate to ARM para abrir el asistente automático.

Completa la migración antes de la fecha límite

1. En el asistente, sigue los pasos: validar workspaces, mapear app groups, elegir la suscripción y la región de destino.
2. Confirma la migración y espera a que el portal muestre Provisioning state: Succeeded.
3. Vuelve al cliente y actualiza la URL del workspace: la nueva termina en https://rdweb.wvd.microsoft.com/api/arm/feeddiscovery.
4. Inicia sesión y comprueba que el feed carga los escritorios y las RemoteApp.

AVD no entrega la app por falta de licencia o de plan

El derecho de acceso a Windows 11/10 Enterprise en AVD es gratuito solo si el usuario tiene asignado uno de estos planes: Microsoft 365 E3/E5, A3/A5, F3, Business Premium, Windows 11/10 Enterprise o Education E3/E5/A3/A5, o una licencia Windows 11/10 VDA per-user. Sin este derecho, el escritorio o la RemoteApp no inician aunque la VM esté encendida. Para Windows Server 2016 o superior hace falta una RDS CAL con Software Assurance.

Comprueba la asignación de licencia en el usuario

1. En el portal de Azure abre Licencias y revisa los planes per-user; o en el Centro de administración de Microsoft 365 entra en el usuario concreto y abre Licencias y aplicaciones.
2. Confirma que el plan per-user de AVD está marcado y asignado.
3. Si usas Azure Virtual Desktop Hybrid (legacy), además necesitas Hybrid Service Fee y la compra se hace contactando con el equipo de cuenta de Microsoft.

Activa Remote App Streaming si entregas a usuarios externos

1. En el portal, abre Azure Virtual Desktop > Remote App Streaming y comprueba que el tenant lo tiene activado.
2. Para usuarios externos (no empleados de tu organización), Azure Virtual Desktop para Remote App Streaming usa per-user access pricing.
3. Confirma que el usuario externo está dado de alta en el directorio y tiene asignado el plan per-user; entra como él y valida que la RemoteApp carga.

RDP Multipath o Shortpath no llevan la sesión: revisa UDP y TURN

RDP Multipath y RDP Shortpath llevan el audio y el vídeo sobre UDP para reducir latencia y mejorar la experiencia. Si el firewall perimetral, la NSG de Azure o el del proveedor bloquean UDP, la sesión cae a TCP y se vuelve lenta. RDP Multipath está desplegado de forma general. RDP Multipath con TURN relay está en preview en Azure Government y usa el rango 20.140.236.0/22 y UDP 3478.

Comprueba que el cliente negoce Multipath sobre UDP

1. En Microsoft Remote Desktop, abre la conexión, entra en Preferencias y comprueba que Use UDP (Multipath) está activado.
2. En macOS, AVD necesita la versión 11.3.8 (3048) o posterior del cliente Beta para negociar Multipath sobre UDP.
3. En iOS, Android y macOS, además hay que activar el soporte en las preferencias avanzadas del cliente.

Si usas Shortpath TURN, abre UDP 3478 en el firewall

1. En la NSG de la VM del host pool, añade una regla de entrada que permita UDP 3478 desde el rango 20.140.236.0/22 (Azure Government).
2. En el firewall perimetral y en el cortafuegos corporativo, permite UDP 3478 hacia ese mismo rango.
3. Reinicia la sesión y comprueba que el cliente negocia TURN; si no, el servidor devuelve la sesión a TCP y se vuelve lenta.

El escritorio abre pero las apps no: reinstala la imagen del host pool

Las imágenes Windows 11 Enterprise 26H2 y Windows 11 Enterprise + Microsoft Apps 26H2 se publicaron en Azure Marketplace en septiembre de 2026. Si el host pool se desplegó con una imagen anterior, las apps de la imagen (Microsoft Store, Teams, Edge, Bloc de notas) pueden fallar al abrir porque les faltan dependencias del sistema actual. La solución es desplegar un host pool nuevo con la imagen 26H2 y mover allí a los usuarios.

Sustituye el host pool por uno con la imagen 26H2

1. En el portal, abre Azure Virtual Desktop > Host Pools y pulsa Create.
2. Elige la imagen Windows 11 Enterprise 26H2 o Windows 11 Enterprise + Microsoft Apps 26H2 de Azure Marketplace.
3. Configura el pool (multi-sesión o personal, tamaño de VM, número de instancias).
4. Mueve los grupos de usuarios al nuevo host pool desde la pestaña Application groups.
5. Apaga las VMs del host pool viejo cuando los usuarios hayan migrado.

Repara las apps integradas que no abren

1. Abre Configuración > Aplicaciones > Aplicaciones instaladas, busca la app que falla (Microsoft Store, Teams, Edge o Bloc de notas).
2. Pulsa en Opciones avanzadas y elige Reparar; espera a que termine.
3. Si sigue sin abrir, vuelve a la misma pantalla y elige Restablecer (esto borra datos locales de la app).
4. Vuelve a iniciar sesión en AVD y comprueba que la app abre.

Si AVD sigue fallando tras migrar y revisar la red

Cuando ya has migrado el host pool desde Classic, confirmado la licencia per-user, abierto UDP 3478 y desplegado la imagen 26H2, y el escritorio sigue fallando, el problema suele estar en el propio host pool: estado de aprovisionamiento inconsistente, extensiones rotas o VM huérfana. Aquí toca reconstruirlo.

Restaura la VM del host pool con la imagen de Marketplace

1. Entra en el host pool y abre Session hosts; selecciona la VM problemática.
2. Pulsa Update y elige la imagen Windows 11 Enterprise 26H2 del Marketplace.
3. Confirma y espera a que termine el reimage; los perfiles los guarda FSLogix y se mantienen.

Recrea el host pool desde cero

1. Apunta los usuarios y los grupos de aplicación del host pool actual.
2. Borra en el portal el host pool, las sesiones y el workspace.
3. Crea un host pool nuevo con la imagen 26H2, vuelve a publicar los app groups y asigna los usuarios.
4. Crea un workspace nuevo y vincula el app group.
5. Mantén FSLogix con la misma ruta del contenedor de perfiles para que los usuarios conserven sus datos.

Lo que ya has descartado de AVD

• El cliente: probado y abre el feed desde un usuario del host pool.
• La migración desde Classic: completada y con el host pool en Provisioning state: Succeeded.
• La licencia per-user: asignada en el portal de licencias o en el Centro de administración de Microsoft 365.
• La red: UDP 3478 abierto hacia 20.140.236.0/22 si usas TURN en Azure Government.
• La imagen del host pool: 26H2 de Azure Marketplace, no anterior.

AVD Classic se retira el 30/09/2026; si tuvieras que migrar y no ves el botón, abre la consola de Azure Cloud Shell y ejecuta az desktopvirtualization hostpool migrate --resource-group <rg> --name <pool> para forzar el inicio del wizard.

Dudas sobre Azure Virtual Desktop y AVD Classic