Windows App vs Remote Desktop Client

Introduktion

Microsoft har omorganiserat sin portfölj av fjärrskrivbordsprogram runt Windows App. Den MSI-baserade Microsoft Remote Desktop Client för Windows, även känd som MSRDC, nådde slutet av support för offentliga molnmiljöer den 27 mars 2026.

Men Windows App ersätter inte alla Microsoft-verktyg för fjärråtkomst. IT-team måste fortfarande särskilja mellan molnskrivbord, Remote Desktop Services och direkta RDP-anslutningar innan de ändrar sin klientstrategi.

Vilken Microsoft Remote Desktop-produkt använder du?

Microsofts överlappande fjärråtkomst Produktnamn är en av de främsta anledningarna till att detta ämne kan vara förvirrande. Innan man planerar en migrering bör administratörer identifiera varje klient utifrån dess installationskälla, körbar fil och avsedd anslutningstyp istället för att enbart förlita sig på namnet som visas för användarna.

Windows-app

Windows App är Microsofts enhetliga klient för Azure Virtual Desktop, Windows 365, Microsoft Dev Box och utvalda Remote Desktop Services eller direkta PC-anslutningar. Den är tillgänglig på Windows, macOS, iOS och iPadOS, Android och Chrome OS, webbläsare och Meta Quest, även om de resurser och funktioner som är tillgängliga varierar mellan plattformar.

Microsoft Remote Desktop Client för Windows

Den fristående MSI-applikationen, även känd som MSRDC, var huvudsakligen utformad för att ansluta Windows-slutpunkter till Microsofts moln-skrivbord. Trots sitt breda namn var den inte avsedd som en allmän klient för konventionella Remote Desktop Services-flöden eller direkta fjärr-PC-anslutningar.

Support för MSI-klienten slutade i Microsofts offentliga molnmiljöer den 27 mars 2026 Temporära förlängningar kvarstår för vissa suveräna moln- och äldre Azure Virtual Desktop-miljöer, så administratörer bör bekräfta miljön innan de tar bort den.

Fjärrskrivbordsapp för Windows

Appen för Fjärrskrivbord som distribuerades genom Microsoft Store var en separat produkt som stödde molnresurser, Fjärrskrivbordstjänster och direkta PC-anslutningar. Den nådde slutet av support den 27 maj 2025 och är inte längre tillgänglig för nya installationer.

Microsoft blockerade senare sina anslutningar till Azure Virtual Desktop, Windows 365 och Microsoft Dev Box den 30 september 2025. Remote Desktop-tjänster och direkta PC-anslutningar ingick inte i den begränsningen, även om själva applikationen inte längre var en del av Microsofts långsiktiga klientstrategi.

Fjärrskrivbordsanslutning, eller MSTSC

Fjärrskrivbordsanslutning är den klassiska Windows-klienten som startas via mstsc.exe. Den är inbyggd i Windows och ansluter direkt till fjärrdatorer, virtuella maskiner och Windows Server-miljöer.

MSTSC är separerad från både den avvecklade Microsoft Store-applikationen och den icke stödda MSI-klienten. Microsoft fortsätter att identifiera den som det allmänt tillgängliga Windows-alternativet för direkt fjärråtkomst till PC.

Vad är tidslinjen för Microsoft Remote Desktop-klientens slut på support?

Övergången skedde i etapper, så IT-team bör inte betrakta det som en enda avvecklingsevent.

Datum	Ändra	Operativ påverkan
27 maj 2025	Microsoft Store Remote Desktop-appen har nått slutet av support.	Nya installationer var inte längre tillgängliga
30 september 2025	Butiksappens molnanslutningar blockerades	Cloud-användare var tvungna att flytta till Windows-app
27 mars 2026	MSI-klient och den äldre webbklienten nådde slutet av support i offentliga moln	Offentliga molnanvändare bör använda Windows-app.
28 september 2026	Utökat MSI-stöd upphör för Azure Government, Azure som drivs av 21Vianet och AVD Classic	Dessa miljöer behöver sitt eget migrationsschema

Enligt Microsoft Learn har Microsoft inte meddelat samma slutdatum för webbklienten för Azure Government eller Azure som drivs av 21Vianet. Administratörer bör bekräfta varje värdpoolens molnmiljö innan de tillämpar tidslinjen för den offentliga molnet.

En installerad klient kan fortsätta att starta efter slutet av supporten, men organisationer bör inte anta fortsatt kompatibilitet, säkerhetstjänst eller pålitlig åtkomst.

Windows App vs Remote Desktop-klient: Jämförelse

Följande tabell jämför Windows App med den fristående MSI-klienten.

Kapabilitet	Windows-app	MSI Fjärrskrivbordsklient
Primär roll	Enhetlig åtkomst till Microsofts moln och stödda fjärrresurser	Arvstillgång till Microsofts molnskrivbord
Azure Virtual Desktop	Stödd	Inte stöds i offentliga moln sedan den 27 mars 2026
Windows 365	Stödd	Inte stöds i offentliga moln sedan den 27 mars 2026
Microsoft Dev Box	Stödd	Inte stöds i offentliga moln sedan den 27 mars 2026
RDS-flöde på Windows	Inte stödd	Inte stödd
Direkt fjärr-PC på Windows	Förhandsgranskning	Inte stödd
Webbläsartillgång	Microsoft molnresurser	Legacy webklient stöds inte i offentliga moln
Plattformar	Windows, macOS, mobil, webb och Meta Quest	Endast Windows
Kontoupplevelse	Flera arbets- eller skolkonton	Äldre erfarenhet
Microsoft riktning	Nuvarande strategiska kund	Legacy-klient

Microsoft Learn’s Windows App-funktionsmatris visar också plattformsdifferenser i visning, omdirigering, autentisering, säkerhet och nätverksfunktioner. Testa den faktiska slutpunkten och arbetsbelastningen istället för att bara förlita dig på produktnivåsupport.

Vad gör Windows-appen bättre?

Windows-appen är mer än en omdöpt version av den tidigare Remote Desktop-klienten. Microsoft har utformat den för att ge en gemensam åtkomstupplevelse för molnskrivbord, Cloud PCs, Dev Boxes och utvalda fjärrresurser över flera slutpunktsplattformar.

Ett gränssnitt för Microsoft Cloud-resurser

Windows App samlar tilldelade Azure Virtual Desktop-resurser, Windows 365 Cloud-datorer och Microsoft Dev Boxes i ett och samma gränssnitt. Användare kan söka efter resurser, markera ofta använda skrivbord eller applikationer som favoriter och växla mellan arbets- eller skolkonton.

Denna metod kan förenkla åtkomst för konsulter, administratörer och hanterade tjänsteleverantörer som arbetar över flera Microsoft Entra-tenanter. Det minskar också behovet av att upprätthålla ett annat användararbetsflöde för varje Microsoft molntjänst.

Korsplattformåtkomst och moderna funktioner

Windows App är tillgänglig på de största skrivbords- och mobilplattformarna, samt genom stödda webbläsare. Beroende på slutpunkten och den fjärrtjänst som används kan den erbjuda dynamisk upplösning, flera skärmar, stöd för externa skärmar, optimering av Microsoft Teams-media och omdirigering för kameror, ljud, lagring och skrivare.

Men dessa funktioner är inte identisk på varje plattform Flera skärmar stöd, webbläsarfunktioner och periferiredirektering kan variera mellan Windows, macOS, mobila enheter och webbklienter, så administratörer bör testa det kompletta användarscenariot istället för att anta fullständig funktionsparitet.

Enklare distribution på hanterade Windows-enheter

Organisationer kan distribuera Windows-apps till hanterade Windows-slutpunkter via Microsoft Intune med hjälp av Microsoft Store-applikationsmodellen. Detta kan förenkla installation och uppdateringar jämfört med att upprätthålla en separat MSI-packagerings- och uppgraderingsprocess.

Centraliserad distribution tar inte bort behovet av kompatibilitetstestning. Windows-app kan installeras framgångsrikt samtidigt som den fortfarande saknar en anslutningstyp, visningsfunktion eller omdirigeringskapacitet som krävs av en viss användargrupp.

Var Windows-appen inte ersätter traditionella RDP-klienter?

Windows App är den stödda efterträdaren för Microsofts offentliga moln-skrivbord, men den ersätter inte varje Remote Desktop Protocol eller Remote Desktop Services arbetsflöde. Dess funktioner beror fortfarande på slutpunktsplattformen, den fjärrresurs och hur den resursen publiceras.

Fjärrskrivbordstjänster på Windows

Microsofts nuvarande plattformsmatris stöder inte Remote Desktop Services-prenumerationer via Windows App på Windows eller i en webbläsare. RDS-åtkomst är tillgänglig via Windows App på macOS, iOS och iPadOS, Android och Chrome OS, samt Meta Quest.

Denna begränsning påverkar organisationer som använder lokala RD-sessionvärdar, RemoteApp-samlingar, RD Web Access, RD Gateway eller traditionella Windows Server RDS-farmar. Beroende på arkitekturen kan administratörer fortfarande behöva MSTSC, RemoteApp och Desktop Connections eller en annan underhållen klient och gateway.

Direkta fjärranslutningar till PC

Direkt fjärråtkomst till PC förblir en förhandsgranskningsfunktion i Windows-appen på Windows. När organisationer behöver en allmänt tillgänglig Microsoft-klient för Windows fortsätter Microsoft att rekommendera den inbyggda applikationen för Fjärrskrivbord.

Användare som ansluter till fysiska arbetsstationer, virtuella maskiner eller Windows Server-system behöver därför inte ersätta MSTSC bara för att stödet för MSI-molnklienten har upphört. De två applikationerna tjänar olika typer av anslutningar.

Webbläsartillgång till självhostade resurser

Windows App-webbupplevelsen stöder Azure Virtual Desktop, Windows 365 och Microsoft Dev Box. Den erbjuder för närvarande inte webbläsarbaserad åtkomst till direkta fjärr-PC:ar eller konventionella Remote Desktop Services-miljöer.

Organisationer som behöver webbläsartillgång till självhostade Windows-applikationer eller skrivbord kräver en annan leveransmetod. En HTML5 fjärråtkomstgateway eller applikationspubliceringsplattform kan ge den åtkomsten utan att användarna behöver installera en inbyggd klient.

Personliga Microsoft-konton

Windows App kräver ett Microsoft-arbets- eller skolkonto när användare loggar in för att få tillgång till Microsofts molnresurser. Ett personligt Microsoft-konto kan normalt inte användas för denna standardinloggningsprocess.

Användare kan fortfarande lägga till en direkt fjärr-PC utan att logga in på Windows App på plattformar som stöder denna anslutningstyp. I så fall sker autentisering mot den fjärrdatorn istället för genom Windows App:s molnkonto.

Windows App vs MSTSC: Vilken ska du använda?

Windows App och MSTSC löser olika åtkomstproblem. Windows App upptäcker resurser som tilldelats genom Microsofts molntjänster, medan MSTSC ansluter direkt till ett känt värdnamn, fullständigt kvalificerat domännamn eller IP-adress.

Valet beror också på hur den fjärrresurs som hanteras. Windows App presenterar skrivbord och applikationer som tilldelats genom ett Microsoft Entra-konto, medan MSTSC förlitar sig på anslutningsdetaljer som anges av användaren eller lagras i en .rdp-fil.

Använd Windows-app när	Använd MSTSC när
Användare ansluter till Azure Virtual Desktop	Användare ansluter direkt till en Windows-värd
Användare får åtkomst till Windows 365 Cloud-datorer	Administratörer hanterar Windows Server-system
Utvecklare använder Microsoft Dev Box	Befintliga .rdp-filer förblir viktiga
Användare växlar mellan Microsoft Entra-uthyrare	En allmänt tillgänglig direkt RDP-klient krävs

Ändringen av supporten i mars 2026 gäller den MSI-baserade Microsoft Remote Desktop-klienten som används med Microsofts molnresurser. Det markerar inte slutet för Remote Desktop Protocol, Remote Desktop Services eller MSTSC.

Organisationer kan därför fortsätta att använda båda verktygen. Windows App kan betjäna användare av molnskrivbord, medan MSTSC förblir tillgängligt för direkta arbetsstation- och serveranslutningar. IT-team bör dokumentera vilken klient som gäller för varje resurs. Tydliga instruktioner hjälper användare att undvika att öppna fel applikation när flera metoder för fjärråtkomst samexisterar.

Hur man migrerar från Remote Desktop Client till Windows App?

En pålitlig migrering bör börja med de anslutningar som användarna förlitar sig på snarare än namnen på de applikationer som är installerade på deras enheter. Denna metod hjälper IT-team att flytta Microsofts molnarbetsbelastningar utan att oavsiktligt störa direkt RDP, Remote Desktop Services eller webbläsarbaserad åtkomst.

Identifiera installerade klienter

Börja med att inventera den MSI-baserade Remote Desktop-klienten, den tidigare Microsoft Store-appen, MSTSC, webbläsarklienter, tredjeparts RDP-verktyg och HTML5-portaler. MSI- och Store-applikationerna kan båda visas under namnet "Remote Desktop", så distributionskällan, paketidentifieraren och den körbara sökvägen ger ett mer pålitligt sätt att särskilja dem.

Denna inventering bör också visa vilka användare och enheter som fortfarande är beroende av varje applikation. Utan den informationen kan IT-team ta bort en klient som fortsätter att stödja en viktig icke-molnanslutning.

Klassificera fjärrresurser

Karta varje anslutning till den resurs den faktiskt når, såsom Azure Virtual Desktop, Windows 365, Microsoft Dev Box, Remote Desktop Services, en individuell PC, Windows Server, en publicerad applikation eller en webbläsarbaserad arbetsyta.

Denna klassificering separerar de resurser som tillhör Windows App-migreringen från de som behöver en annan klientstrategi. Den hjälper också till att identifiera användare som är beroende av flera anslutningstyper och som kan behöva behålla mer än ett åtkomstverktyg.

Flytta offentliga molnanvändare

Användare som får åtkomst till Azure Virtual Desktop, Windows 365 eller Microsoft Dev Box i Microsofts offentliga molnmiljöer bör flyttas till Windows App. Under valideringen, bekräfta att tilldelade resurser visas korrekt och att Microsoft Entra-autentisering, villkorad åtkomst, nätverksåtkomst och enkel inloggning fungerar som förväntat.

Testning bör också omfatta användning av urklipp, utskrift, lagring, ljud, kameror och eventuell annan nödvändig omdirigering. En skrivbordsmiljö som startar framgångsrikt kan fortfarande misslyckas med att ge den kompletta arbetsupplevelsen som användaren behöver.

Pilotrepresentantprofiler

Pilotgrupper bör återspegla tekniska krav snarare än att endast inkludera ett litet antal användare från en avdelning. Inkludera personer som använder flera skärmar, skrivare, skannrar, webbkameror, Microsoft Teams-samtal, tillgänglighetsverktyg, flera organisatoriska konton eller begränsade nätverksvägar.

Windows, macOS, mobila och webbläsarändpunkter bör testas separat eftersom Windows App-funktioner varierar beroende på plattform. En framgångsrik Windows 11-pilot validerar inte automatiskt ett annat operativsystem eller åtkomstmetod.

Distribuera Windows-app centralt

Använd Microsoft Intune eller en annan applikationshanteringsplattform för att skapa separata pilot- och produktionsuppdrag. Definiera målgrupp, uppdateringsägarskap, detektionsregler, supportkommunikation och de villkor som måste uppfyllas innan MSI-klienten tas bort.

En tillfällig samexistensperiod ger supportteam tid att validera det nya arbetsflödet och ger användarna en fallback under migreringen. Den gamla klienten bör endast tas bort när varje nödvändig molnresurs och användarprofil har passerat testningen.

Bevara icke-molnåtkomstvägar

Behåll dokumenterade procedurer för direkt fjärr-PC, Windows Server-administration, lokala RDS, RemoteApp-flöden, RD Gateway, suveräna molnmiljöer och nödtillgång. Dessa arbetsflöden bör inte tas bort enbart för att MSI-klienten har nått slutet av support för Microsofts offentliga molntjänster.

Där användare endast behöver en affärsapplikation, publicera en Windows-applikation kan också ge en mer fokuserad upplevelse än att presentera en komplett fjärrskrivbord Den lämpliga åtkomstmetoden bör matcha resursen snarare än att följa en enda klientpolicy för varje användningsfall.

Uppdatera dokumentation

Användarinstruktioner bör ange den exakta applikationen och destinationen istället för att säga till användarna att "öppna Remote Desktop." Till exempel kan dokumentationen vägleda användare att öppna Windows App för en Windows 365 Cloud PC, Remote Desktop Connection för en server eller en webbportal för en publicerad redovisningsapplikation.

Tydlig namngivning minskar hjälpdeskförfrågningar och gör det lättare att särskilja klientproblem från värd-, identitets- eller nätverksproblem. Supportteam bör också dokumentera paketnamn, skärmdumpar och eskaleringsprocedurer för varje godkänd anslutningsmetod.

Vilken fjärrskrivbordsklient bör du använda 2026?

Den lämpliga klienten beror på den fjärrresurs, slutpunktens operativsystem och hanteringsmodell. Windows App är det primära alternativet för Azure Virtual Desktop, Windows 365 och Microsoft Dev Box, medan MSTSC förblir relevant för direkta anslutningar till Windows-datorer och servrar.

Traditionella fjärrskrivbordstjänster, RemoteApp och webbläsarbaserade miljöer kräver en separat bedömning. Beroende på arkitekturen kan organisationer behöva en befintlig RDS-klient, en HTML5-gateway eller en applikationsleveransplattform tillsammans med Windows-app.

Krav	Rekommenderad metod
Azure Virtual Desktop, Windows 365 eller Microsoft Dev Box	Windows-app
Direkt fjärråtkomst till PC eller Windows Server från Windows	MSTSC
Traditionell RDS-flöde från Windows	Befintlig stödd RDS-arbetsflöde
Direkt fjärr-PC från macOS, iOS eller Android	Windows-app
Webbläsartillgång till Microsofts moln-skrivbord	Windows App webbupplevelse
Webbläsartillgång till självhostade Windows-resurser	Dedikerad HTML5-gateway

Det slutgiltiga valet bör återspegla hela anslutningsarbetsflödet snarare än namnet på klienten. Organisationer kan behöva upprätthålla flera åtkomstmetoder när Microsofts molnskrivbord, direkt serveradministration, lokala RDS och publicerade Windows-applikationer samexisterar.

Varför välja TSplus fjärråtkomst?

TSplus Remote Access ger organisationer ett praktiskt sätt att publicera Windows-applikationer och fullständiga skrivbord från sina egna servrar. Användare kan ansluta via en standard RDP-klient eller en HTML5-webbportal, medan IT-team behåller kontrollen över hosting, åtkomstpolicyer, samtidiga sessioner och den övergripande användarupplevelsen.

För företag som inte behöver komplexiteten eller kostnadsstrukturen hos en fullständig molnplattform för skrivbord erbjuder vår lösning ett mer fokuserat alternativ. Den stöder säker applikationsleverans, webbläsarbaserad åtkomst och centraliserad administration, vilket gör den väl lämpad för små och medelstora företag, programvaruleverantörer och IT-team som vill utöka åtkomsten till befintliga Windows-miljöer.

Slutsats

Windows App är Microsofts stödda efterträdare till Azure Virtual Desktop, Windows 365 och Microsoft Dev Box, men det är inte en universell ersättning för varje Remote Desktop-arbetsflöde. IT-team bör migrera molnresurser, behålla lämpliga klienter för direkt RDP och RDS, och testa plattformsspecifika funktioner innan de tar bort äldre åtkomstvägar.