Introducción
Microsoft ha reorganizado su cartera de clientes de escritorio remoto en torno a Windows App. El cliente de escritorio remoto de Microsoft basado en MSI para Windows, también conocido como MSRDC, alcanzó el final del soporte para entornos de nube pública el 27 de marzo de 2026.
Sin embargo, la aplicación de Windows no reemplaza todas las herramientas de acceso remoto de Microsoft. Los equipos de TI aún deben distinguir entre escritorios en la nube, Servicios de Escritorio Remoto y conexiones RDP directas antes de cambiar su estrategia de clientes.
¿Qué producto de Microsoft Remote Desktop estás utilizando?
la superposición de Microsoft acceso remoto los nombres de los productos son una de las principales razones por las que este tema puede ser confuso. Antes de planificar una migración, los administradores deben identificar cada cliente por su fuente de instalación, ejecutable y tipo de conexión prevista en lugar de confiar únicamente en el nombre mostrado a los usuarios.
Aplicación de Windows
La aplicación de Windows es el cliente unificado de Microsoft para Azure Virtual Desktop, Windows 365, Microsoft Dev Box y servicios de escritorio remoto seleccionados o conexiones directas a PC. Está disponible en Windows, macOS, iOS e iPadOS, Android y Chrome OS, navegadores web y Meta Quest, aunque los recursos y características disponibles varían entre plataformas.
Cliente de Escritorio Remoto de Microsoft para Windows
La aplicación MSI independiente, también conocida como MSRDC, fue diseñada principalmente para conectar puntos finales de Windows a escritorios en la nube de Microsoft. A pesar de su nombre amplio, no estaba destinada a ser un cliente de propósito general para flujos de Servicios de Escritorio Remoto convencionales o conexiones remotas directas a PC.
Soporte para el cliente MSI terminó en entornos de nube pública de Microsoft el 27 de marzo de 2026 Las extensiones temporales permanecen en su lugar para ciertos entornos de nube soberana y de Azure Virtual Desktop heredado, por lo que los administradores deben confirmar el entorno antes de eliminarlo.
Aplicación de Escritorio Remoto para Windows
La aplicación de Escritorio Remoto distribuida a través de la Microsoft Store era un producto separado que soportaba recursos en la nube, Servicios de Escritorio Remoto y conexiones directas a PC. Alcanzó el final del soporte el 27 de mayo de 2025 y ya no está disponible para nuevas instalaciones.
Microsoft bloqueó posteriormente sus conexiones a Azure Virtual Desktop, Windows 365 y Microsoft Dev Box el 30 de septiembre de 2025. Los Servicios de Escritorio Remoto y las conexiones directas a PC no estaban incluidas en esa restricción, aunque la aplicación en sí ya no formaba parte de la estrategia de cliente a largo plazo de Microsoft.
Conexión de Escritorio Remoto, o MSTSC
Conexión de Escritorio Remoto es el cliente clásico de Windows lanzado a través de mstsc.exe. Está integrado en Windows y se conecta directamente a computadoras remotas, máquinas virtuales y entornos de Windows Server.
MSTSC se separa tanto de la aplicación de Microsoft Store retirada como del cliente MSI no compatible. Microsoft continúa identificándolo como la opción de Windows generalmente disponible para el acceso remoto directo a PC.
¿Cuál es la línea de tiempo de fin de soporte del cliente de Microsoft Remote Desktop?
La transición ocurrió en etapas, por lo que los equipos de TI no deben tratarlo como un único evento de jubilación.
| Fecha | Cambio | Impacto operativo |
|---|---|---|
| 27 de mayo de 2025 | La aplicación de Escritorio Remoto de Microsoft Store llegó al final del soporte. | Las nuevas instalaciones ya no estaban disponibles |
| 30 de septiembre de 2025 | Las conexiones de la aplicación de la tienda en la nube fueron bloqueadas. | Los usuarios de Cloud tuvieron que pasar a la aplicación de Windows. |
| 27 de marzo de 2026 | El cliente MSI y el cliente web heredado alcanzaron el final del soporte en nubes públicas. | Los usuarios de la nube pública deben usar la aplicación de Windows |
| 28 de septiembre de 2026 | El soporte MSI extendido finaliza para Azure Government, Azure operado por 21Vianet y AVD Classic | Estos entornos necesitan su propio calendario de migración |
Según Microsoft Learn, Microsoft no ha anunciado la misma fecha de finalización del cliente web para Azure Government o Azure operado por 21Vianet. Los administradores deben confirmar el entorno en la nube de cada grupo de hosts antes de aplicar la línea de tiempo de la nube pública.
Un cliente instalado puede seguir iniciándose después del final del soporte, pero las organizaciones no deben asumir la compatibilidad continua, el servicio de seguridad o el acceso confiable.
Windows App vs Cliente de Escritorio Remoto: Comparación
La siguiente tabla compara la aplicación de Windows con el cliente MSI independiente.
| Capacidad | Aplicación de Windows | Cliente de Escritorio Remoto MSI |
|---|---|---|
| Rol principal | Acceso unificado a la nube de Microsoft y recursos remotos compatibles | Acceso heredado a escritorios en la nube de Microsoft |
| Azure Virtual Desktop | Soportado | No compatible en nubes públicas desde el 27 de marzo de 2026 |
| Windows 365 | Soportado | No compatible en nubes públicas desde el 27 de marzo de 2026 |
| Microsoft Dev Box | Soportado | No compatible en nubes públicas desde el 27 de marzo de 2026 |
| RDS feed en Windows | No soportado | No soportado |
| Acceso remoto directo a PC en Windows | Vista previa | No soportado |
| Acceso por navegador | recursos de Microsoft en la nube | Cliente web heredado no compatible en nubes públicas |
| Plataformas | Windows, macOS, móvil, web y Meta Quest | Solo Windows |
| Experiencia de cuenta | Múltiples cuentas de trabajo o escuela | Experiencia anterior |
| dirección de Microsoft | Cliente estratégico actual | Cliente legado |
La matriz de características de aplicaciones de Windows de Microsoft Learn también muestra las diferencias de plataforma en visualización, redirección, autenticación, seguridad y capacidades de red. Pruebe el punto final y la carga de trabajo reales en lugar de confiar solo en el soporte a nivel de producto.
¿Qué hace mejor la aplicación de Windows?
La aplicación de Windows es más que una versión renombrada del anterior cliente de Escritorio Remoto. Microsoft la diseñó para proporcionar una experiencia de acceso común para escritorios en la nube, PCs en la nube, Dev Boxes y recursos remotos seleccionados en varias plataformas de endpoint.
Una interfaz para los recursos de Microsoft Cloud
La aplicación de Windows reúne los recursos asignados de Azure Virtual Desktop, los PC en la nube de Windows 365 y las Microsoft Dev Boxes en una sola interfaz. Los usuarios pueden buscar recursos, marcar escritorios o aplicaciones de uso frecuente como favoritos y alternar entre cuentas de trabajo o escolares.
Este enfoque puede simplificar el acceso para consultores, administradores y proveedores de servicios gestionados que trabajan en varios inquilinos de Microsoft Entra. También reduce la necesidad de mantener un flujo de trabajo de usuario diferente para cada servicio en la nube de Microsoft.
Acceso multiplataforma y características modernas
La aplicación de Windows está disponible en las principales plataformas de escritorio y móviles, así como a través de navegadores web compatibles. Dependiendo del punto final y del servicio remoto, puede proporcionar resolución dinámica, múltiples monitores, soporte para pantallas externas, optimización de medios de Microsoft Teams y redirección para cámaras, audio, almacenamiento e impresoras.
Sin embargo, estas capacidades son no idéntico en cada plataforma El soporte para múltiples monitores, las características del navegador y la redirección de periféricos pueden variar entre Windows, macOS, dispositivos móviles y clientes web, por lo que los administradores deben probar el escenario completo del usuario en lugar de asumir una paridad completa de características.
Despliegue más sencillo en dispositivos Windows gestionados
Las organizaciones pueden implementar aplicaciones de Windows en puntos finales de Windows gestionados a través de Microsoft Intune utilizando el modelo de aplicación de Microsoft Store. Esto puede simplificar la instalación y las actualizaciones en comparación con el mantenimiento de un proceso de empaquetado MSI y actualización separado.
La implementación centralizada no elimina la necesidad de pruebas de compatibilidad. La aplicación de Windows puede instalarse con éxito mientras aún carece de un tipo de conexión, una función de visualización o una capacidad de redirección requerida por un grupo de usuarios particular.
¿Dónde Windows App no reemplaza a los clientes RDP tradicionales?
La aplicación de Windows es el sucesor compatible de los escritorios en la nube pública de Microsoft, pero no reemplaza todos los flujos de trabajo de Protocolo de Escritorio Remoto o Servicios de Escritorio Remoto. Sus capacidades aún dependen de la plataforma del endpoint, el recurso remoto y la forma en que se publica ese recurso.
Servicios de Escritorio Remoto en Windows
La matriz de plataformas actual de Microsoft no admite suscripciones de Remote Desktop Services a través de la aplicación de Windows en Windows o en un navegador. El acceso a RDS está disponible a través de la aplicación de Windows en macOS, iOS e iPadOS, Android y Chrome OS, y Meta Quest.
Esta limitación afecta a las organizaciones que utilizan Hosts de sesión RD locales, colecciones de RemoteApp, Acceso web RD, Gateway RD o granjas RDS de Windows Server tradicionales. Dependiendo de la arquitectura, los administradores pueden necesitar aún MSTSC, RemoteApp y Conexiones de escritorio u otro cliente y gateway mantenido.
Conexiones remotas directas de PC
El acceso remoto directo a PC sigue siendo una capacidad de vista previa en la aplicación de Windows en Windows. Cuando las organizaciones necesitan un cliente de Microsoft generalmente disponible para Windows, Microsoft continúa recomendando la aplicación de Conexión a Escritorio Remoto integrada.
Los usuarios que se conectan a estaciones de trabajo físicas, máquinas virtuales o sistemas Windows Server, por lo tanto, no necesitan reemplazar MSTSC simplemente porque el soporte para el cliente en la nube MSI ha terminado. Las dos aplicaciones sirven para diferentes tipos de conexión.
Acceso a recursos autoalojados mediante navegador
La experiencia web de la aplicación de Windows admite Azure Virtual Desktop, Windows 365 y Microsoft Dev Box. Actualmente, no proporciona acceso basado en navegador a PCs remotos directos o entornos convencionales de Servicios de Escritorio Remoto.
Las organizaciones que necesitan acceso a través del navegador a aplicaciones o escritorios de Windows autoalojados requieren otro método de entrega. Un puerta de acceso remoto HTML5 o la plataforma de publicación de aplicaciones puede proporcionar ese acceso sin requerir que los usuarios instalen un cliente nativo.
Cuentas de Microsoft personales
La aplicación de Windows requiere una cuenta de trabajo o escuela de Microsoft cuando los usuarios inician sesión para acceder a los recursos en la nube de Microsoft. Normalmente, no se puede utilizar una cuenta personal de Microsoft para este proceso de inicio de sesión estándar.
Los usuarios aún pueden agregar un PC remoto directo sin iniciar sesión en la aplicación de Windows en plataformas que admiten este tipo de conexión. En ese caso, la autenticación se realiza contra el ordenador remoto en lugar de a través de la cuenta en la nube de la aplicación de Windows.
Windows App vs MSTSC: ¿Cuál deberías usar?
La aplicación de Windows y MSTSC resuelven diferentes problemas de acceso. La aplicación de Windows descubre recursos asignados a través de los servicios en la nube de Microsoft, mientras que MSTSC se conecta directamente a un nombre de host conocido, un nombre de dominio completamente calificado o una dirección IP.
La elección también depende de cómo se gestiona el recurso remoto. La aplicación de Windows presenta escritorios y aplicaciones asignados a través de una cuenta de Microsoft Entra, mientras que MSTSC se basa en los detalles de conexión ingresados por el usuario o almacenados en un archivo .rdp.
| Usa la aplicación de Windows cuando | Utilice MSTSC cuando |
|---|---|
| Los usuarios se conectan a Azure Virtual Desktop | Los usuarios se conectan directamente a un host de Windows. |
| Los usuarios acceden a PCs en la nube de Windows 365 | Los administradores gestionan sistemas Windows Server |
| Los desarrolladores utilizan Microsoft Dev Box | Los archivos .rdp existentes siguen siendo importantes |
| Los usuarios cambian entre inquilinos de Microsoft Entra | Se requiere un cliente RDP directo generalmente disponible. |
El cambio de soporte de marzo de 2026 se refiere al cliente de escritorio remoto de Microsoft basado en MSI utilizado con los recursos en la nube de Microsoft. No marca el final del Protocolo de Escritorio Remoto, los Servicios de Escritorio Remoto ni MSTSC.
Las organizaciones pueden, por lo tanto, continuar utilizando ambas herramientas. La aplicación de Windows puede servir a los usuarios de escritorio en la nube, mientras que MSTSC sigue estando disponible para conexiones directas a estaciones de trabajo y servidores. Los equipos de TI deben documentar qué cliente se aplica a cada recurso. Instrucciones claras ayudan a los usuarios a evitar abrir la aplicación incorrecta cuando coexisten varios métodos de acceso remoto.
¿Cómo migrar de Cliente de Escritorio Remoto a la Aplicación de Windows?
Una migración confiable debe comenzar con las conexiones en las que los usuarios confían en lugar de los nombres de las aplicaciones instaladas en sus dispositivos. Este enfoque ayuda a los equipos de TI a mover cargas de trabajo en la nube de Microsoft sin interrumpir involuntariamente el acceso directo a RDP, Remote Desktop Services o el acceso basado en navegador.
Identificar clientes instalados
Comience por inventariar el Cliente de Escritorio Remoto basado en MSI, la antigua aplicación de Microsoft Store, MSTSC, clientes de navegador, herramientas RDP de terceros y portales HTML5. Las aplicaciones MSI y Store pueden aparecer ambas bajo el nombre "Escritorio Remoto", por lo que la fuente de implementación, el identificador del paquete y la ruta ejecutable proporcionan una forma más confiable de distinguirlas.
Este inventario también debería mostrar qué usuarios y dispositivos aún dependen de cada aplicación. Sin esa información, los equipos de TI pueden eliminar un cliente que sigue apoyando una conexión importante que no es en la nube.
Clasificar Recursos Remotos
Mapea cada conexión al recurso que realmente alcanza, como Azure Virtual Desktop, Windows 365, Microsoft Dev Box, Servicios de Escritorio Remoto, un PC individual, Windows Server, una aplicación publicada o un espacio de trabajo basado en navegador.
Esta clasificación separa los recursos que pertenecen a la migración de la aplicación de Windows de aquellos que necesitan otra estrategia de cliente. También ayuda a identificar a los usuarios que dependen de varios tipos de conexión y pueden necesitar mantener más de una herramienta de acceso.
Mover usuarios de la nube pública
Los usuarios que acceden a Azure Virtual Desktop, Windows 365 o Microsoft Dev Box en entornos de nube pública de Microsoft deben ser trasladados a Windows App. Durante la validación, confirme que los recursos asignados aparecen correctamente y que la autenticación de Microsoft Entra, el acceso condicional, el acceso a la red y el inicio de sesión único funcionan como se espera.
Las pruebas también deben cubrir el uso del portapapeles, la impresión, el almacenamiento, el audio, las cámaras y cualquier otra redirección necesaria. Un escritorio que se inicia correctamente puede seguir sin proporcionar la experiencia de trabajo completa que el usuario necesita.
Perfiles de Representantes de Piloto
Los grupos piloto deben reflejar los requisitos técnicos en lugar de incluir solo un pequeño número de usuarios de un departamento. Incluya personas que utilicen múltiples monitores, impresoras, escáneres, cámaras web, llamadas de Microsoft Teams, herramientas de accesibilidad, varias cuentas organizativas o rutas de red restringidas.
Windows, macOS, dispositivos móviles y navegadores deben ser probados por separado porque las características de la aplicación de Windows varían según la plataforma. Un piloto exitoso de Windows 11 no valida automáticamente otro sistema operativo o método de acceso.
Desplegar aplicación de Windows de forma centralizada
Utilice Microsoft Intune u otra plataforma de gestión de aplicaciones para crear asignaciones separadas de piloto y producción. Defina la segmentación, la propiedad de actualización, las reglas de detección, las comunicaciones de soporte y las condiciones que deben cumplirse antes de eliminar el cliente MSI.
Un período de coexistencia temporal brinda a los equipos de soporte tiempo para validar el nuevo flujo de trabajo y proporciona a los usuarios una opción de respaldo durante la migración. El cliente heredado solo debe ser eliminado una vez que todos los recursos en la nube requeridos y el perfil de usuario hayan pasado las pruebas.
Preservar rutas de acceso no en la nube
Mantenga procedimientos documentados para PCs remotos directos, administración de Windows Server, RDS locales, feeds de RemoteApp, RD Gateway, entornos de nube soberana y acceso de emergencia. Estos flujos de trabajo no deben eliminarse simplemente porque el cliente MSI ha llegado al final del soporte para los servicios de nube pública de Microsoft.
Donde los usuarios solo necesitan una aplicación empresarial, publicando una aplicación de Windows también puede ofrecer una experiencia más centrada que presentar un escritorio remoto completo El método de acceso apropiado debe coincidir con el recurso en lugar de seguir una política de cliente única para cada caso de uso.
Actualizar documentación
Las instrucciones para el usuario deben nombrar la aplicación y el destino exactos en lugar de decirles que "abran Remote Desktop". Por ejemplo, la documentación puede dirigir a los usuarios a abrir la aplicación de Windows para un PC en la nube de Windows 365, Conexión de Escritorio Remoto para un servidor o un portal web para una aplicación de contabilidad publicada.
Un nombramiento claro reduce las solicitudes al servicio de asistencia y facilita la distinción de los problemas del cliente de los problemas de host, identidad o red. Los equipos de soporte también deben registrar los nombres de los paquetes, capturas de pantalla y procedimientos de escalación para cada método de conexión aprobado.
¿Qué cliente de escritorio remoto deberías usar en 2026?
El cliente apropiado depende del recurso remoto, el sistema operativo del endpoint y el modelo de gestión. La aplicación de Windows es la opción principal para Azure Virtual Desktop, Windows 365 y Microsoft Dev Box, mientras que MSTSC sigue siendo relevante para conexiones directas a PCs y servidores con Windows.
Los servicios tradicionales de escritorio remoto, RemoteApp y entornos basados en navegador requieren una evaluación separada. Dependiendo de la arquitectura, las organizaciones pueden necesitar un cliente RDS existente, un gateway HTML5 o una plataforma de entrega de aplicaciones junto con Windows App.
| Requisito | Enfoque recomendado |
|---|---|
| Azure Virtual Desktop, Windows 365 o Microsoft Dev Box | Aplicación de Windows |
| Acceso remoto directo a PC o servidor Windows desde Windows | MSTSC |
| Alimentación RDS tradicional de Windows | Flujo de trabajo RDS soportado existente |
| Control remoto directo de PC desde macOS, iOS o Android | Aplicación de Windows |
| Acceso a escritorios en la nube de Microsoft | Experiencia web de la aplicación de Windows |
| Acceso a recursos de Windows autoalojados desde el navegador | Gateway HTML5 dedicado |
La elección final debe reflejar el flujo de trabajo de conexión completo en lugar del nombre del cliente. Las organizaciones pueden necesitar mantener varios métodos de acceso cuando los escritorios en la nube de Microsoft, la administración directa del servidor, el RDS local y las aplicaciones de Windows publicadas coexisten.
¿Por qué elegir TSplus Remote Access?
TSplus Acceso Remoto ofrece a las organizaciones una forma práctica de publicar aplicaciones de Windows y escritorios completos desde sus propios servidores. Los usuarios pueden conectarse a través de un cliente RDP estándar o un portal web HTML5, mientras que los equipos de TI mantienen el control sobre la hospedaje, las políticas de acceso, las sesiones concurrentes y la experiencia general del usuario.
Para las empresas que no necesitan la complejidad o la estructura de costos de una plataforma de escritorio en la nube completa, nuestra solución ofrece una alternativa más enfocada. Soporta la entrega segura de aplicaciones, acceso basado en navegador y administración centralizada, lo que la hace adecuada para pymes, proveedores de software y equipos de TI que desean extender el acceso a entornos Windows existentes.
Conclusión
La aplicación de Windows es el sucesor compatible de Microsoft para Azure Virtual Desktop, Windows 365 y Microsoft Dev Box, pero no es un reemplazo universal para cada flujo de trabajo de Escritorio Remoto. Los equipos de TI deben migrar recursos en la nube, mantener clientes adecuados para RDP y RDS directos, y probar características específicas de la plataforma antes de eliminar rutas de acceso heredadas.
TSplus Prueba gratuita de acceso remoto
Alternativa definitiva a Citrix/RDS para acceso a escritorio/aplicaciones. Seguro, rentable, en las instalaciones/nube