Classic Teams sigue abriéndose en su sesión de Azure Virtual Desktop incluso después de instalar la nueva aplicación Teams. Esperaba que el nuevo cliente tomara el control, pero la interfaz antigua aparece cada vez que inicia sesión. Esto sucede porque AVD tiene una configuración de registro separada que fuerza el cliente clásico. Este artículo le muestra cómo deshabilitar esa configuración y hacer que el nuevo Teams sea el predeterminado.
Azure Virtual Desktop utiliza una clave de registro específica para controlar qué versión de Teams se carga. Cuando esa clave falta o tiene el valor incorrecto, el host de sesión ignora la preferencia del nuevo Teams por usuario. Aprenderá la ruta exacta del registro, el valor correcto y un paso de verificación para confirmar la solución.
Puntos clave: Forzar el nuevo Teams en Azure Virtual Desktop
- Clave de registro HKLM\SOFTWARE\Microsoft\Teams: Establezca el valor IsWvdEnvironment en 0 para evitar que AVD fuerce Classic Teams.
- Plantillas administrativas de directiva de grupo > Microsoft Teams: Utilice la directiva para evitar que Classic Teams se inicie automáticamente después de iniciar sesión.
- Instalación de la nueva aplicación Teams: Verifique que el nuevo Teams esté instalado por máquina antes de editar el registro.
Por qué Classic Teams anula al nuevo Teams en Azure Virtual Desktop
Azure Virtual Desktop tiene un mecanismo integrado que redirige Teams a la versión clásica. El host de sesión lee un valor de registro llamado IsWvdEnvironment en HKLM\SOFTWARE\Microsoft\Teams. Cuando este valor se establece en 1, el sistema trata el entorno como VDI y fuerza el cliente clásico. Microsoft tomó esta decisión porque Classic Teams era la única versión que admitía optimizaciones de medios de AVD durante mucho tiempo.
El nuevo Teams ahora admite las mismas características de redirección y optimización de medios. Sin embargo, el indicador de registro todavía existe por compatibilidad con versiones anteriores. Si el indicador está presente y establecido en 1, el nuevo Teams no puede convertirse en el predeterminado, incluso si el usuario tiene la nueva aplicación instalada y seleccionada. El indicador anula la configuración por usuario.
Otro factor es la directiva de grupo que controla el inicio automático de Teams. La directiva Configuración del equipo > Plantillas administrativas > Microsoft Teams > Impedir que Microsoft Teams se inicie automáticamente después de la instalación también puede bloquear el inicio del nuevo Teams. Si esa directiva está habilitada, Classic Teams aún puede iniciarse porque está registrado de manera diferente en la secuencia de inicio.
Cómo funciona el indicador de registro de AVD
El valor IsWvdEnvironment es un DWORD. Un valor de 1 indica al bootstrapper de Teams que la máquina es un host de sesión de AVD. El bootstrapper luego selecciona el cliente clásico porque el cliente anterior era el único certificado para ese entorno. Un valor de 0 o un valor ausente indica al bootstrapper que use la lógica de selección estándar, que respeta la preferencia del nuevo Teams.
Debe editar esta clave en cada host de sesión de su grupo. La configuración es para toda la máquina, no por usuario. Después de cambiarla, reinicie el proceso de Teams o cierre sesión y vuelva a iniciarla para ver el efecto.
Pasos para forzar el nuevo Teams en Azure Virtual Desktop
Siga estos pasos en orden. Necesita derechos de administrador local en el host de sesión. También necesita la nueva aplicación Teams instalada en la máquina.
- Instalar el nuevo Teams en el host de sesión
Descargue e instale la nueva aplicación Teams para todos los usuarios de la máquina. Use el instalador MSI o el instalador por máquina del Centro de administración de Microsoft 365. Confirme que la instalación aparezca en Panel de control > Programas > Programas y características. - Abrir el Editor del Registro
Presione Win + R, escriba regedit y presione Entrar. Acepte el aviso de UAC si aparece. - Navegar a la clave de registro de Teams
Vaya a HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Teams. Si la clave Teams no existe, haga clic con el botón derecho en Microsoft, seleccione Nuevo > Clave y asígnele el nombre Teams. - Crear o modificar el valor IsWvdEnvironment
Haga clic con el botón derecho en la clave Teams, seleccione Nuevo > Valor de DWORD (32 bits) y asígnele el nombre IsWvdEnvironment. Haga doble clic en el nuevo valor, establezca la base en Hexadecimal e introduzca 0 como datos del valor. Haga clic en Aceptar. - Comprobar la directiva de inicio automático de Classic Teams
Abra la consola de Administración de directivas de grupo en el host de sesión. Vaya a Configuración del equipo > Plantillas administrativas > Microsoft Teams. Busque la directiva Impedir que Microsoft Teams se inicie automáticamente después de la instalación. Si está establecida en Habilitada, cámbiela a No configurada o Deshabilitada. Haga clic en Aceptar. - Actualizar la directiva de grupo
Abra un símbolo del sistema como administrador y ejecute gpupdate /force. Espere a que se complete la actualización de la directiva. - Reiniciar Teams o cerrar sesión
Cierre todos los procesos de Teams desde la bandeja del sistema. Haga clic con el botón derecho en el icono de Teams y seleccione Salir. Como alternativa, cierre la sesión de Windows y vuelva a iniciarla para asegurar un inicio limpio. - Verificar que se inicie el nuevo Teams
Inicie Teams desde el menú Inicio o la barra de tareas. Busque la interfaz del nuevo Teams, que tiene un diseño más simple y la palabra Nuevo junto al nombre de la aplicación en algunas compilaciones. Si aún aparece Classic Teams, repita la comprobación del registro y confirme que el valor sea 0.
Qué hacer si falta la clave de registro
Si la clave Teams no existe en HKLM\SOFTWARE\Microsoft, créela manualmente. Haga clic con el botón derecho en Microsoft, seleccione Nuevo > Clave y escriba Teams. Luego cree el DWORD IsWvdEnvironment como se describe en el paso 4. Una clave ausente es lo mismo que un valor de 0, por lo que la solución puede funcionar sin ningún cambio. Sin embargo, crear la clave con un valor de 0 hace que la configuración sea explícita y más fácil de auditar.
Si Classic Teams sigue iniciándose después de la corrección del registro
El bootstrapper de Teams está en caché
El bootstrapper de Teams puede tener una copia en caché del cliente antiguo. Borre la caché eliminando la carpeta %LocalAppData%\Microsoft\Teams. Cierre sesión en Windows, vuelva a iniciarla y pruebe de nuevo. Esto obliga al bootstrapper a descargar el cliente correcto según el valor del registro.
La configuración del nuevo Teams por usuario no se aplica
Después de la corrección del registro, el usuario aún debe tener seleccionado el nuevo Teams en su propia configuración. En la aplicación Teams, haga clic en el menú de puntos suspensivos junto a la foto de perfil, seleccione Configuración y confirme que la opción para cambiar al nuevo Teams esté habilitada. Si el usuario había elegido previamente Classic Teams, la configuración puede persistir. Cámbiela manualmente al nuevo Teams.
Varios hosts de sesión en el grupo
Si su grupo de AVD tiene más de un host de sesión, debe aplicar el cambio de registro a cada host. Use Preferencias de directiva de grupo o un script de PowerShell para implementar el valor de registro en todas las máquinas. Un solo host con el valor antiguo aún puede servir el cliente clásico cuando se asigna un usuario a él.
Classic Teams vs nuevo Teams en AVD: diferencias clave
| Elemento | Classic Teams | Nuevo Teams |
|---|---|---|
| Instalación | MSI por usuario, instalado en el perfil del usuario | MSI por máquina, instalado en todo el sistema |
| Indicador de registro | Forzado por IsWvdEnvironment=1 | Usa IsWvdEnvironment=0 o ausente |
| Rendimiento | Usa más memoria y CPU | Usa menos memoria y CPU |
| Optimización de medios | Compatible con AVD | Compatible con AVD |
| Frecuencia de actualización | Mensual, implementación más lenta | Frecuente, actualizaciones de características más rápidas |
| Estado de soporte | Obsoleto, sin nuevas características | En desarrollo activo |
Ahora puede controlar qué cliente de Teams se inicia en su entorno de AVD. Establezca el indicador de registro en 0 en todos los hosts de sesión y confirme que la directiva de grupo no bloquee el nuevo cliente. Pruebe primero con un solo usuario, luego implemente el cambio en todo el grupo. Para la administración continua, use un script de PowerShell para aplicar la clave de registro automáticamente durante el aprovisionamiento del host de sesión.