Windows App vs Cliente de Área de Trabalho Remota

Introdução

A Microsoft reorganizou o seu portfólio de clientes de área de trabalho remota em torno do Windows App. O Cliente de Área de Trabalho Remota da Microsoft baseado em MSI para Windows, também conhecido como MSRDC, atingiu o fim do suporte para ambientes de nuvem pública em 27 de março de 2026.

No entanto, o Windows App não substitui todas as ferramentas de acesso remoto da Microsoft. As equipas de TI ainda devem distinguir entre desktops em nuvem, Serviços de Área de Trabalho Remota e conexões RDP diretas antes de alterar a sua estratégia de clientes.

Qual produto Microsoft Remote Desktop você está usando?

sobreposição da Microsoft acesso remoto os nomes dos produtos são uma das principais razões pelas quais este assunto pode ser confuso. Antes de planejar uma migração, os administradores devem identificar cada cliente pela sua fonte de instalação, executável e tipo de conexão pretendido, em vez de confiar apenas no nome exibido para os usuários.

Aplicativo Windows

A aplicação Windows é o cliente unificado da Microsoft para Azure Virtual Desktop, Windows 365, Microsoft Dev Box e serviços de Área de Trabalho Remota ou conexões diretas de PC selecionadas. Está disponível em Windows, macOS, iOS e iPadOS, Android e Chrome OS, navegadores web e Meta Quest, embora os recursos e funcionalidades disponíveis variem entre plataformas.

Cliente de Área de Trabalho Remota da Microsoft para Windows

A aplicação MSI independente, também conhecida como MSRDC, foi principalmente projetada para conectar terminais Windows a desktops em nuvem da Microsoft. Apesar do seu nome amplo, não foi destinada a ser um cliente de uso geral para feeds convencionais de Serviços de Área de Trabalho Remota ou conexões diretas de PC remoto.

Suporte para o cliente MSI terminou em ambientes de nuvem pública da Microsoft em 27 de março de 2026 As extensões temporárias permanecem em vigor para certos ambientes de nuvem soberana e Azure Virtual Desktop legados, portanto, os administradores devem confirmar o ambiente antes de removê-lo.

Aplicativo de Área de Trabalho Remota para Windows

A aplicação Remote Desktop distribuída através da Microsoft Store era um produto separado que suportava recursos de cloud, Remote Desktop Services e conexões diretas de PC. Chegou ao fim do suporte em 27 de maio de 2025 e já não está disponível para novas instalações.

A Microsoft bloqueou posteriormente as suas conexões com o Azure Virtual Desktop, Windows 365 e Microsoft Dev Box em 30 de setembro de 2025. Os Serviços de Área de Trabalho Remota e as conexões diretas de PC não foram incluídos nessa restrição, embora a aplicação em si já não fizesse parte da estratégia de clientes a longo prazo da Microsoft.

Conexão de Área de Trabalho Remota, ou MSTSC

Conexão de Área de Trabalho Remota é o cliente clássico do Windows lançado através do mstsc.exe. Está integrado ao Windows e conecta-se diretamente a computadores remotos, máquinas virtuais e ambientes do Windows Server.

MSTSC está separado tanto da aplicação Microsoft Store aposentada quanto do cliente MSI não suportado. A Microsoft continua a identificá-lo como a opção do Windows geralmente disponível para acesso remoto direto ao PC.

Qual é a linha do tempo de fim de suporte do cliente Microsoft Remote Desktop?

A transição ocorreu em etapas, portanto, as equipes de TI não devem tratá-la como um único evento de aposentadoria.

Data	Alterar	Impacto operacional
27 de maio de 2025	Aplicativo Remote Desktop da Microsoft Store atingiu o fim do suporte	Novas instalações já não estavam disponíveis
30 de setembro de 2025	As conexões da aplicação da loja na nuvem foram bloqueadas	Os utilizadores de Cloud tiveram de mudar para a aplicação Windows.
27 de março de 2026	O cliente MSI e o cliente web legado atingiram o fim do suporte em nuvens públicas.	Os utilizadores de nuvem pública devem usar a aplicação Windows
28 de setembro de 2026	O suporte MSI estendido termina para o Azure Government, Azure operado pela 21Vianet e AVD Classic.	Esses ambientes precisam de seu próprio cronograma de migração.

De acordo com o Microsoft Learn, a Microsoft não anunciou a mesma data de término do cliente web para o Azure Government ou o Azure operado pela 21Vianet. Os administradores devem confirmar o ambiente de nuvem de cada pool de hosts antes de aplicar o cronograma da nuvem pública.

Um cliente instalado pode continuar a ser iniciado após o fim do suporte, mas as organizações não devem assumir compatibilidade contínua, serviços de segurança ou acesso confiável.

Windows App vs Cliente de Área de Trabalho Remota: Comparação

A tabela a seguir compara o Windows App com o cliente MSI independente.

Capacidade	Aplicativo Windows	MSI Cliente de Área de Trabalho Remota
Função principal	Acesso unificado à nuvem Microsoft e recursos remotos suportados	Acesso legado a desktops em nuvem da Microsoft
Azure Virtual Desktop	Suportado	Não suportado em nuvens públicas desde 27 de março de 2026
Windows 365	Suportado	Não suportado em nuvens públicas desde 27 de março de 2026
Microsoft Dev Box	Suportado	Não suportado em nuvens públicas desde 27 de março de 2026
RDS feed no Windows	Não suportado	Não suportado
Acesso remoto direto ao PC no Windows	Pré-visualização	Não suportado
Acesso pelo navegador	recursos de nuvem da Microsoft	Cliente web legado não suportado em nuvens públicas
Plataformas	Windows, macOS, móvel, web e Meta Quest	Apenas Windows
Experiência da conta	Múltiplas contas de trabalho ou escola	Experiência anterior
direção da Microsoft	Cliente estratégico atual	Cliente legado

A matriz de recursos de aplicativos do Windows do Microsoft Learn também mostra as diferenças de plataforma em exibição, redirecionamento, autenticação, segurança e capacidades de rede. Teste o endpoint e a carga de trabalho reais em vez de confiar apenas no suporte a nível de produto.

O que o aplicativo Windows faz melhor?

A aplicação Windows é mais do que uma versão renomeada do anterior Cliente de Área de Trabalho Remota. A Microsoft projetou-a para fornecer uma experiência de acesso comum para desktops em nuvem, PCs em nuvem, Dev Boxes e recursos remotos selecionados em várias plataformas de endpoint.

Uma Interface para Recursos de Nuvem da Microsoft

A aplicação Windows reúne os recursos atribuídos do Azure Virtual Desktop, PCs em nuvem do Windows 365 e Microsoft Dev Boxes em uma única interface. Os usuários podem pesquisar recursos, marcar desktops ou aplicações frequentemente utilizados como favoritos e alternar entre contas de trabalho ou escolares.

Esta abordagem pode simplificar o acesso para consultores, administradores e prestadores de serviços geridos que trabalham em vários inquilinos do Microsoft Entra. Também reduz a necessidade de manter um fluxo de trabalho de utilizador diferente para cada serviço de nuvem da Microsoft.

Acesso Multiplataforma e Funcionalidades Modernas

A aplicação Windows está disponível nas principais plataformas de desktop e móveis, bem como através de navegadores web suportados. Dependendo do endpoint e do serviço remoto, pode fornecer resolução dinâmica, múltiplos monitores, suporte a ecrãs externos, otimização de mídia do Microsoft Teams e redirecionamento para câmaras, áudio, armazenamento e impressoras.

No entanto, essas capacidades são não é idêntico em todas as plataformas O suporte a múltiplos monitores, recursos do navegador e redirecionamento de periféricos podem variar entre Windows, macOS, dispositivos móveis e clientes da web, portanto, os administradores devem testar o cenário completo do usuário em vez de assumir paridade total de recursos.

Implantação mais simples em dispositivos Windows geridos

As organizações podem implantar o Windows App em endpoints Windows geridos através do Microsoft Intune usando o modelo de aplicação da Microsoft Store. Isso pode simplificar a instalação e as atualizações em comparação com a manutenção de um processo separado de embalagem MSI e atualização.

A implementação centralizada não elimina a necessidade de testes de compatibilidade. O aplicativo Windows pode ser instalado com sucesso, enquanto ainda falta um tipo de conexão, recurso de exibição ou capacidade de redirecionamento exigida por um determinado grupo de usuários.

Onde o aplicativo Windows não substitui os clientes RDP tradicionais?

A aplicação Windows é o sucessor suportado para os desktops públicos da Microsoft na nuvem, mas não substitui todos os fluxos de trabalho do Protocolo de Área de Trabalho Remota ou dos Serviços de Área de Trabalho Remota. As suas capacidades ainda dependem da plataforma de endpoint, do recurso remoto e da forma como esse recurso é publicado.

Serviços de Área de Trabalho Remota no Windows

A matriz de plataformas atual da Microsoft não suporta assinaturas de Serviços de Área de Trabalho Remota através do Windows App no Windows ou em um navegador. O acesso RDS está disponível através do Windows App no macOS, iOS e iPadOS, Android e Chrome OS, e Meta Quest.

Esta limitação afeta organizações que utilizam Hosts de Sessão RD locais, coleções RemoteApp, Acesso RD Web, Gateway RD ou fazendas RDS tradicionais do Windows Server. Dependendo da arquitetura, os administradores ainda podem precisar do MSTSC, RemoteApp e Conexões de Área de Trabalho ou outro cliente e gateway mantidos.

Conexões Remotas Diretas de PC

O acesso remoto direto ao PC continua a ser uma capacidade de pré-visualização na aplicação Windows App no Windows. Quando as organizações precisam de um cliente Microsoft geralmente disponível para Windows, a Microsoft continua a recomendar a aplicação de Conexão de Área de Trabalho Remota integrada.

Os utilizadores que se conectam a estações de trabalho físicas, máquinas virtuais ou sistemas Windows Server não precisam, portanto, de substituir o MSTSC apenas porque o suporte para o cliente MSI cloud terminou. As duas aplicações servem diferentes tipos de conexão.

Acesso ao Navegador a Recursos Auto-Hospedados

A experiência da aplicação web do Windows suporta Azure Virtual Desktop, Windows 365 e Microsoft Dev Box. Atualmente, não fornece acesso baseado em navegador a PCs remotos diretos ou ambientes convencionais de Serviços de Área de Trabalho Remota.

As organizações que precisam de acesso via navegador a aplicações ou desktops Windows auto-hospedados requerem outro método de entrega. Um gateway de acesso remoto HTML5 ou a plataforma de publicação de aplicativos pode fornecer esse acesso sem exigir que os usuários instalem um cliente nativo.

Contas Microsoft Pessoais

A aplicação do Windows requer uma conta de trabalho ou escola da Microsoft quando os utilizadores iniciam sessão para aceder aos recursos de nuvem da Microsoft. Uma conta pessoal da Microsoft não pode normalmente ser utilizada para este processo de início de sessão padrão.

Os utilizadores ainda podem adicionar um PC remoto direto sem iniciar sessão na aplicação Windows em plataformas que suportam este tipo de conexão. Nesse caso, a autenticação ocorre contra o computador remoto em vez de através da conta na nuvem da aplicação Windows.

Windows App vs MSTSC: Qual Deveria Usar?

A aplicação Windows e o MSTSC resolvem problemas de acesso diferentes. A aplicação Windows descobre recursos atribuídos através dos serviços de nuvem da Microsoft, enquanto o MSTSC conecta-se diretamente a um nome de host conhecido, nome de domínio totalmente qualificado ou endereço IP.

A escolha também depende de como o recurso remoto é gerido. O Windows App apresenta áreas de trabalho e aplicações atribuídas através de uma conta Microsoft Entra, enquanto o MSTSC depende dos detalhes de conexão inseridos pelo utilizador ou armazenados em um arquivo .rdp.

Utilize o aplicativo do Windows quando	Utilize o MSTSC quando
Os utilizadores conectam-se ao Azure Virtual Desktop	Os utilizadores conectam-se diretamente a um host Windows
Os utilizadores acedem a PCs Windows 365 Cloud	Administradores gerenciam sistemas Windows Server
Desenvolvedores usam Microsoft Dev Box	Os arquivos .rdp existentes continuam a ser importantes
Os utilizadores alternam entre inquilinos do Microsoft Entra.	É necessário um cliente RDP direto geralmente disponível.

A mudança de suporte de março de 2026 diz respeito ao Cliente de Área de Trabalho Remota da Microsoft baseado em MSI, utilizado com recursos de nuvem da Microsoft. Não marca o fim do Protocolo de Área de Trabalho Remota, Serviços de Área de Trabalho Remota ou MSTSC.

As organizações podem, portanto, continuar a usar ambas as ferramentas. O aplicativo Windows pode atender usuários de desktop em nuvem, enquanto o MSTSC continua disponível para conexões diretas de estações de trabalho e servidores. As equipes de TI devem documentar qual cliente se aplica a cada recurso. Instruções claras ajudam os usuários a evitar abrir o aplicativo errado quando vários métodos de acesso remoto coexistem.

Como migrar do cliente de Área de Trabalho Remota para o aplicativo do Windows?

Uma migração confiável deve começar com as conexões nas quais os usuários confiam, em vez dos nomes das aplicações instaladas em seus dispositivos. Esta abordagem ajuda as equipes de TI a mover cargas de trabalho da nuvem da Microsoft sem interromper inadvertidamente o acesso direto RDP, Remote Desktop Services ou baseado em navegador.

Identificar Clientes Instalados

Comece por inventariar o Cliente de Área de Trabalho Remota baseado em MSI, a antiga aplicação da Microsoft Store, MSTSC, clientes de navegador, ferramentas RDP de terceiros e portais HTML5. As aplicações MSI e Store podem aparecer ambas sob o nome "Área de Trabalho Remota", portanto, a fonte de implantação, o identificador do pacote e o caminho executável fornecem uma maneira mais confiável de distingui-las.

Este inventário também deve mostrar quais usuários e dispositivos ainda dependem de cada aplicação. Sem essa informação, as equipes de TI podem remover um cliente que continua a suportar uma conexão importante não baseada em nuvem.

Classificar Recursos Remotos

Mapear cada conexão para o recurso que realmente alcança, como Azure Virtual Desktop, Windows 365, Microsoft Dev Box, Remote Desktop Services, um PC individual, Windows Server, uma aplicação publicada ou um espaço de trabalho baseado em navegador.

Esta classificação separa os recursos que pertencem à migração do Windows App daqueles que necessitam de outra estratégia de cliente. Também ajuda a identificar os usuários que dependem de vários tipos de conexão e podem precisar manter mais de uma ferramenta de acesso.

Mover Utilizadores da Nuvem Pública

Os utilizadores que acedem ao Azure Virtual Desktop, Windows 365 ou Microsoft Dev Box em ambientes de nuvem pública da Microsoft devem ser transferidos para o Windows App. Durante a validação, confirme que os recursos atribuídos aparecem corretamente e que a autenticação do Microsoft Entra, o Acesso Condicional, o acesso à rede e o single sign-on se comportam como esperado.

Os testes também devem abranger o uso da área de transferência, impressão, armazenamento, áudio, câmaras e qualquer outra redireção necessária. Um desktop que inicia com sucesso pode ainda falhar em proporcionar a experiência de trabalho completa que o utilizador necessita.

Perfis de Representantes Piloto

Os grupos piloto devem refletir os requisitos técnicos em vez de incluir apenas um pequeno número de usuários de um único departamento. Inclua pessoas que utilizam múltiplos monitores, impressoras, scanners, webcams, chamadas do Microsoft Teams, ferramentas de acessibilidade, várias contas organizacionais ou caminhos de rede restritos.

Windows, macOS, dispositivos móveis e navegadores devem ser testados separadamente porque as funcionalidades do aplicativo Windows variam conforme a plataforma. Um piloto bem-sucedido do Windows 11 não valida automaticamente outro sistema operacional ou método de acesso.

Implantar Aplicativo Windows Centralmente

Utilize o Microsoft Intune ou outra plataforma de gestão de aplicações para criar atribuições separadas de piloto e produção. Defina o direcionamento, a propriedade de atualização, as regras de detecção, as comunicações de suporte e as condições que devem ser atendidas antes de remover o cliente MSI.

Um período de coexistência temporária dá às equipes de suporte tempo para validar o novo fluxo de trabalho e fornece aos usuários uma alternativa durante a migração. O cliente legado deve ser removido apenas depois que todos os recursos de nuvem necessários e o perfil do usuário tiverem passado nos testes.

Preservar Caminhos de Acesso Não Nuvem

Mantenha procedimentos documentados para PCs remotos diretos, administração do Windows Server, RDS locais, feeds do RemoteApp, RD Gateway, ambientes de nuvem soberana e acesso de emergência. Esses fluxos de trabalho não devem ser removidos simplesmente porque o cliente MSI atingiu o fim do suporte para os serviços de nuvem pública da Microsoft.

Onde os utilizadores precisam apenas de uma aplicação empresarial, publicação de uma aplicação Windows pode também proporcionar uma experiência mais focada do que apresentar um ambiente de trabalho remoto completo O método de acesso apropriado deve corresponder ao recurso em vez de seguir uma única política de cliente para cada caso de uso.

Atualizar Documentação

As instruções para o utilizador devem nomear a aplicação e o destino exatos em vez de dizer aos utilizadores para "abrirem o Remote Desktop." Por exemplo, a documentação pode direcionar os utilizadores a abrir a Aplicação Windows para um PC na nuvem Windows 365, Conexão de Área de Trabalho Remota para um servidor ou um portal web para uma aplicação de contabilidade publicada.

Nomenclatura clara reduz os pedidos de ajuda e facilita a distinção entre problemas do cliente e questões de host, identidade ou rede. As equipes de suporte também devem registrar os nomes dos pacotes, capturas de tela e procedimentos de escalonamento para cada método de conexão aprovado.

Qual Cliente de Área de Trabalho Remota Deve Usar em 2026?

O cliente apropriado depende do recurso remoto, sistema operativo do endpoint e modelo de gestão. A aplicação Windows é a opção principal para Azure Virtual Desktop, Windows 365 e Microsoft Dev Box, enquanto o MSTSC continua a ser relevante para conexões diretas a PCs e servidores Windows.

Serviços tradicionais de Área de Trabalho Remota, RemoteApp e ambientes baseados em navegador requerem uma avaliação separada. Dependendo da arquitetura, as organizações podem precisar de um cliente RDS existente, de um gateway HTML5 ou de uma plataforma de entrega de aplicações juntamente com o Windows App.

Requisito	Abordagem recomendada
Azure Virtual Desktop, Windows 365 ou Microsoft Dev Box	Aplicativo Windows
Acesso remoto direto a PC ou servidor Windows a partir do Windows	MSTSC
Feed RDS tradicional do Windows	Fluxo de trabalho RDS suportado existente
Aceda diretamente ao PC remoto a partir de macOS, iOS ou Android	Aplicativo Windows
Acesso ao navegador a desktops da Microsoft Cloud	Experiência web do aplicativo Windows
Acesso ao navegador a recursos Windows auto-hospedados	Gateway HTML5 dedicado

A escolha final deve refletir o fluxo de trabalho de conexão completo em vez do nome do cliente. As organizações podem precisar manter vários métodos de acesso quando os desktops em nuvem da Microsoft, a administração direta do servidor, o RDS local e as aplicações Windows publicadas coexistem.

Por que escolher o Acesso Remoto TSplus?

TSplus Acesso Remoto dá às organizações uma maneira prática de publicar aplicações Windows e desktops completos a partir dos seus próprios servidores. Os utilizadores podem conectar-se através de um cliente RDP padrão ou de um portal web HTML5, enquanto as equipas de TI mantêm o controlo sobre a hospedagem, políticas de acesso, sessões concorrentes e a experiência geral do utilizador.

Para empresas que não precisam da complexidade ou da estrutura de custos de uma plataforma de desktop em nuvem completa, a nossa solução oferece uma alternativa mais focada. Ela suporta a entrega segura de aplicações, acesso baseado em navegador e administração centralizada, tornando-se bem adequada para PMEs, fornecedores de software e equipes de TI que desejam estender o acesso a ambientes Windows existentes.

Conclusão

A aplicação Windows é o sucessor suportado da Microsoft para o Azure Virtual Desktop, Windows 365 e Microsoft Dev Box, mas não é uma substituição universal para todos os fluxos de trabalho de Remote Desktop. As equipas de TI devem migrar recursos na nuvem, manter clientes adequados para RDP e RDS diretos, e testar recursos específicos da plataforma antes de remover caminhos de acesso legados.