Windows App vs Remote Desktop Client

Introduksjon

Microsoft har omorganisert sin portefølje av fjernskrivbordsklienter rundt Windows App. Den MSI-baserte Microsoft Remote Desktop Client for Windows, også kjent som MSRDC, nådde slutten av støtte for offentlige sky-miljøer 27. mars 2026.

Imidlertid erstatter ikke Windows App hvert Microsoft-verktøy for ekstern tilgang. IT-team må fortsatt skille mellom skydesktoper, Remote Desktop Services og direkte RDP-tilkoblinger før de endrer sin klientstrategi.

Hvilket Microsoft Remote Desktop-produkt bruker du?

Microsofts overlappende fjernaksess Produktnavn er en av hovedgrunnene til at dette emnet kan være forvirrende. Før man planlegger en migrasjon, bør administratorer identifisere hver klient etter installasjonskilde, kjørbar fil og tiltenkt tilkoblingstype i stedet for å stole kun på navnet som vises for brukerne.

Windows-app

Windows-appen er Microsofts enhetlige klient for Azure Virtual Desktop, Windows 365, Microsoft Dev Box og utvalgte Remote Desktop Services eller direkte PC-tilkoblinger. Den er tilgjengelig på Windows, macOS, iOS og iPadOS, Android og Chrome OS, nettlesere og Meta Quest, selv om ressursene og funksjonene som er tilgjengelige varierer mellom plattformene.

Microsoft Remote Desktop-klient for Windows

Den frittstående MSI-applikasjonen, også kjent som MSRDC, ble hovedsakelig designet for å koble Windows-endepunkter til Microsofts sky-desktopper. Til tross for sitt brede navn, var den ikke ment som en generell klient for konvensjonelle Remote Desktop Services-feeder eller direkte eksterne PC-tilkoblinger.

Støtte for MSI-klienten endte i Microsoft offentlige skymiljøer 27. mars 2026 Midler for midlertidige utvidelser forblir på plass for visse suverene skymiljøer og eldre Azure Virtual Desktop-miljøer, så administratorer bør bekrefte miljøet før de fjerner det.

Fjernskrivbord-app for Windows

Appen for Remote Desktop distribuert gjennom Microsoft Store var et eget produkt som støttet skyressurser, Remote Desktop Services og direkte PC-tilkoblinger. Den nådde slutten av støtte den 27. mai 2025, og er ikke lenger tilgjengelig for nye installasjoner.

Microsoft blokkerte senere sine tilkoblinger til Azure Virtual Desktop, Windows 365 og Microsoft Dev Box 30. september 2025. Remote Desktop-tjenester og direkte PC-tilkoblinger var ikke inkludert i den restriksjonen, selv om applikasjonen selv ikke lenger var en del av Microsofts langsiktige klientstrategi.

Fjernskrivbordstilkobling, eller MSTSC

Fjernskrivebordskobling er den klassiske Windows-klienten som lanseres gjennom mstsc.exe. Den er innebygd i Windows og kobler seg direkte til eksterne datamaskiner, virtuelle maskiner og Windows Server-miljøer.

MSTSC er skilt fra både den pensjonerte Microsoft Store-applikasjonen og den ikke-støttede MSI-klienten. Microsoft fortsetter å identifisere det som det generelt tilgjengelige Windows-alternativet for direkte ekstern PC-tilgang.

Hva er tidslinjen for støtteopphør for Microsoft Remote Desktop-klienten?

Overgangen skjedde i faser, så IT-team bør ikke behandle det som en enkelt avviklingshendelse.

Dato	Endre	Operasjonell påvirkning
27. mai 2025	Microsoft Store Remote Desktop-app nådde slutten av støtten	Nye installasjoner var ikke lenger tilgjengelige
30. september 2025	Butikkapp skytilkoblinger ble blokkert	Cloud-brukere måtte flytte til Windows-app
27. mars 2026	MSI-klient og eldre webklient nådde slutten av støtte i offentlige skyer	Offentlige skymiljøbrukere bør bruke Windows-app.
28. september 2026	Utvidet MSI-støtte avsluttes for Azure Government, Azure drevet av 21Vianet og AVD Classic	Disse miljøene trenger sin egen migrasjonsplan.

I henhold til Microsoft Learn har Microsoft ikke kunngjort den samme sluttdatoen for webklienten for Azure Government eller Azure som drives av 21Vianet. Administratorer bør bekrefte hvert verts pools sky-miljø før de bruker tidslinjen for offentlig sky.

En installert klient kan fortsette å starte etter slutten av støtte, men organisasjoner bør ikke anta fortsatt kompatibilitet, sikkerhetstjenester eller pålitelig tilgang.

Windows App vs Remote Desktop-klient: Sammenligning

Den følgende tabellen sammenligner Windows App med den frittstående MSI-klienten.

Evne	Windows-app	MSI Remote Desktop Client
Primær rolle	Enhetlig tilgang til Microsoft sky og støttede eksterne ressurser	Legacy tilgang til Microsoft sky-desktoper
Azure Virtual Desktop	Støttet	Ikke støttet i offentlige skyer siden 27. mars 2026
Windows 365	Støttet	Ikke støttet i offentlige skyer siden 27. mars 2026
Microsoft Dev Box	Støttet	Ikke støttet i offentlige skyer siden 27. mars 2026
RDS-feed på Windows	Ikke støttet	Ikke støttet
Direkte fjern-PC på Windows	Forhåndsvisning	Ikke støttet
Nettleser tilgang	Microsoft skyressurser	Legacy webklient støttes ikke i offentlige skyer
Plattformer	Windows, macOS, mobil, nett og Meta Quest	Windows bare
Kontoopplevelse	Flere arbeids- eller skolekontoer	Eldre erfaring
Microsoft retning	Nåværende strategiske kunde	Legacy-klient

Microsoft Learn’s Windows App-funksjonsmatrise viser også plattformforskjeller i visning, omdirigering, autentisering, sikkerhet og nettverksmuligheter. Test den faktiske endepunktet og arbeidsbelastningen i stedet for å bare stole på produktnivåstøtte.

Hva gjør Windows-appen bedre?

Windows-appen er mer enn en omdøpt versjon av den tidligere Remote Desktop-klienten. Microsoft designet den for å gi en felles tilgangsopplevelse for sky-desktoper, Cloud-PC-er, Dev-bokser og utvalgte eksterne ressurser på tvers av flere sluttpunktplattformer.

Én grensesnitt for Microsoft Cloud-ressurser

Windows-appen samler tildelte Azure Virtual Desktop-ressurser, Windows 365 Cloud-PC-er og Microsoft Dev Boxes i ett grensesnitt. Brukere kan søke etter ressurser, merke ofte brukte skrivebord eller applikasjoner som favoritter og bytte mellom arbeids- eller skolekontoer.

Denne tilnærmingen kan forenkle tilgangen for konsulenter, administratorer og forvaltede tjenesteleverandører som arbeider på tvers av flere Microsoft Entra-leietakere. Den reduserer også behovet for å opprettholde en annen brukerarbeidsflyt for hver Microsoft skytjeneste.

Tverrplattformtilgang og moderne funksjoner

Windows-appen er tilgjengelig på de viktigste skrivebords- og mobile plattformene, samt gjennom støttede nettlesere. Avhengig av endepunktet og den eksterne tjenesten, kan den tilby dynamisk oppløsning, flere skjermer, støtte for eksterne skjermer, optimalisering av Microsoft Teams-media og omdirigering for kameraer, lyd, lagring og skrivere.

Imidlertid er disse funksjonene ikke identisk på alle plattformer Flere skjermstøtte, nettleserfunksjoner og periferiutstyrsomdirigering kan variere mellom Windows, macOS, mobile enheter og nettklienter, så administratorer bør teste det komplette brukerscenariet i stedet for å anta full funksjonsparitet.

Enklere distribusjon på administrerte Windows-enheter

Organisasjoner kan distribuere Windows-app til administrerte Windows-endepunkter gjennom Microsoft Intune ved å bruke Microsoft Store-applikasjonsmodellen. Dette kan forenkle installasjon og oppdateringer sammenlignet med å opprettholde en separat MSI-pakking og oppgraderingsprosess.

Sentralisert distribusjon fjerner ikke behovet for kompatibilitetstesting. Windows-app kan installeres vellykket selv om den fortsatt mangler en tilkoblingstype, visningsfunksjon eller omdirigeringskapasitet som kreves av en bestemt brukergruppe.

Hvor Windows-app ikke erstatter tradisjonelle RDP-klienter?

Windows App er den støttede etterfølgeren for Microsofts offentlige sky-desktopper, men den erstatter ikke hver Remote Desktop Protocol eller Remote Desktop Services arbeidsflyt. Dens funksjoner avhenger fortsatt av sluttpunktplattformen, den eksterne ressursen og måten ressursen publiseres på.

Fjernskrivertjenester på Windows

Microsofts nåværende plattformmatrise støtter ikke Remote Desktop Services-abonnementer gjennom Windows App på Windows eller i en nettleser. RDS-tilgang er tilgjengelig gjennom Windows App på macOS, iOS og iPadOS, Android og Chrome OS, og Meta Quest.

Denne begrensningen påvirker organisasjoner som bruker lokale RD-øktverter, RemoteApp-samlinger, RD Web Access, RD Gateway eller tradisjonelle Windows Server RDS-farmer. Avhengig av arkitekturen kan administratorer fortsatt trenge MSTSC, RemoteApp og Desktop-tilkoblinger eller en annen vedlikeholdt klient og gateway.

Direkte eksterne PC-tilkoblinger

Direkte fjern-PC-tilgang forblir en forhåndsvisningsfunksjon i Windows-appen på Windows. Når organisasjoner trenger en generelt tilgjengelig Microsoft-klient for Windows, fortsetter Microsoft å anbefale den innebygde Remote Desktop Connection-applikasjonen.

Brukere som kobler til fysiske arbeidsstasjoner, virtuelle maskiner eller Windows Server-systemer trenger derfor ikke å erstatte MSTSC bare fordi støtten for MSI-skyklienten har opphørt. De to applikasjonene tjener forskjellige typer tilkoblinger.

Nettleser tilgang til selvhostede ressurser

Windows App-nettopplevelsen støtter Azure Virtual Desktop, Windows 365 og Microsoft Dev Box. Den gir for øyeblikket ikke nettleserbasert tilgang til direkte eksterne PC-er eller konvensjonelle Remote Desktop Services-miljøer.

Organisasjoner som trenger nettlesertilgang til selvhostede Windows-applikasjoner eller skrivebord krever en annen leveringsmetode. En HTML5 fjernadgangsportal eller applikasjonspubliseringsplattform kan gi den tilgangen uten at brukerne må installere en lokal klient.

Personlige Microsoft-kontoer

Windows-appen krever en Microsoft arbeids- eller skolekonto når brukere logger inn for å få tilgang til Microsofts skyressurser. En personlig Microsoft-konto kan normalt ikke brukes til denne standard påloggingsprosessen.

Brukere kan fortsatt legge til en direkte ekstern PC uten å logge inn på Windows App på plattformer som støtter denne tilkoblingstypen. I så fall skjer autentisering mot den eksterne datamaskinen i stedet for gjennom Windows App sky-kontoen.

Windows App vs MSTSC: Hvilken bør du bruke?

Windows App og MSTSC løser forskjellige tilgangsproblemer. Windows App oppdager ressurser tildelt gjennom Microsofts skytjenester, mens MSTSC kobler direkte til et kjent vertsnavn, fullt kvalifisert domenenavn eller IP-adresse.

Valget avhenger også av hvordan den eksterne ressursen administreres. Windows App presenterer skrivebord og applikasjoner tildelt gjennom en Microsoft Entra-konto, mens MSTSC er avhengig av tilkoblingsdetaljer som er angitt av brukeren eller lagret i en .rdp-fil.

Bruk Windows-appen når	Bruk MSTSC når
Brukere kobler til Azure Virtual Desktop	Brukere kobler seg direkte til en Windows-vert
Brukere får tilgang til Windows 365 Cloud-PC-er	Administratorer administrerer Windows Server-systemer
Utviklere bruker Microsoft Dev Box	Eksisterende .rdp-filer forblir viktige
Brukere bytter mellom Microsoft Entra-leietakere	En generelt tilgjengelig direkte RDP-klient er nødvendig

Endringen i støtten i mars 2026 gjelder den MSI-baserte Microsoft Remote Desktop-klienten som brukes med Microsofts skyressurser. Det markerer ikke slutten på Remote Desktop Protocol, Remote Desktop Services eller MSTSC.

Organisasjoner kan derfor fortsette å bruke begge verktøyene. Windows App kan betjene sky-desktopbrukere, mens MSTSC fortsatt er tilgjengelig for direkte arbeidsstasjon- og servertilkoblinger. IT-team bør dokumentere hvilken klient som gjelder for hver ressurs. Klare instruksjoner hjelper brukerne med å unngå å åpne feil applikasjon når flere metoder for ekstern tilgang sameksisterer.

Hvordan migrere fra Remote Desktop Client til Windows App?

En pålitelig migrasjon bør starte med tilkoblingene brukerne er avhengige av, snarere enn navnene på applikasjonene som er installert på enhetene deres. Denne tilnærmingen hjelper IT-team med å flytte Microsoft skyarbeidsbelastninger uten å utilsiktet forstyrre direkte RDP, Remote Desktop Services eller nettleserbasert tilgang.

Identifiserte installerte klienter

Begynn med å ta inventar av den MSI-baserte Remote Desktop-klienten, den tidligere Microsoft Store-appen, MSTSC, nettleserklienter, tredjeparts RDP-verktøy og HTML5-porter. MSI- og Store-applikasjonene kan begge vises under navnet "Remote Desktop", så distribusjonskilden, pakkeidentifikatoren og den kjørbare banen gir en mer pålitelig måte å skille dem på.

Dette inventaret bør også vise hvilke brukere og enheter som fortsatt er avhengige av hver applikasjon. Uten den informasjonen kan IT-team fjerne en klient som fortsatt støtter en viktig ikke-skytilkobling.

Klassifiser eksterne ressurser

Kartlegg hver tilkobling til ressursen den faktisk når, som Azure Virtual Desktop, Windows 365, Microsoft Dev Box, Remote Desktop Services, en individuell PC, Windows Server, en publisert applikasjon eller et nettleserbasert arbeidsområde.

Denne klassifiseringen skiller ressursene som tilhører Windows App-migrasjonen fra de som trenger en annen klientstrategi. Den hjelper også med å identifisere brukere som er avhengige av flere tilkoblingstyper og som kan ha behov for å beholde mer enn ett tilgangsverktøy.

Flytt offentlige skymiljøbrukere

Brukere som får tilgang til Azure Virtual Desktop, Windows 365 eller Microsoft Dev Box i Microsofts offentlige skymiljøer bør flyttes til Windows App. Under validering, bekreft at tildelte ressurser vises korrekt og at Microsoft Entra-autentisering, betinget tilgang, nettverkstilgang og enkel pålogging oppfører seg som forventet.

Testing bør også dekke bruk av utklippstavle, utskrift, lagring, lyd, kameraer og annen nødvendig omdirigering. En skrivebordsapplikasjon som starter vellykket, kan fortsatt mislykkes i å gi den komplette arbeidsopplevelsen brukeren trenger.

Pilotrepresentantprofiler

Pilotgrupper bør reflektere tekniske krav snarere enn å inkludere bare et lite antall brukere fra én avdeling. Inkluder personer som bruker flere skjermer, skrivere, skannere, webkameraer, Microsoft Teams-samtaler, tilgjengelighetsverktøy, flere organisasjonskontoer eller begrensede nettverksstier.

Windows, macOS, mobile og nettleserendepunkter bør testes separat fordi Windows App-funksjoner varierer etter plattform. En vellykket Windows 11-pilot validerer ikke automatisk et annet operativsystem eller tilgangsmetode.

Distribuer Windows-app sentralt

Bruk Microsoft Intune eller en annen plattform for applikasjonsadministrasjon for å opprette separate pilot- og produksjonsoppgaver. Definer målretting, oppdateringsansvar, deteksjonsregler, støttekommunikasjon og betingelsene som må være oppfylt før MSI-klienten fjernes.

En midlertidig sameksistensperiode gir støtte-teamene tid til å validere den nye arbeidsflyten og gir brukerne en sikkerhetskopi under migreringen. Den eldre klienten bør kun fjernes når alle nødvendige skyressurser og brukerprofiler har bestått testen.

Bevar ikke-sky tilgangsveier

Behold dokumenterte prosedyrer for direkte eksterne PC-er, Windows Server-administrasjon, lokale RDS, RemoteApp-feeder, RD Gateway, suverene sky-miljøer og nødtilgang. Disse arbeidsflytene bør ikke fjernes bare fordi MSI-klienten har nådd slutten av støtten for Microsofts offentlige skytjenester.

Hvor brukere bare trenger én forretningsapplikasjon, publisering av en Windows-applikasjon kan også gi en mer fokusert opplevelse enn å presentere en komplett ekstern skrivebord Den passende tilgangsmetoden bør matche ressursen i stedet for å følge en enkelt klientpolitikk for hver bruksanvendelse.

Oppdater dokumentasjon

Brukerinstruksjoner bør navngi den eksakte applikasjonen og destinasjonen i stedet for å fortelle brukerne å "åpne Remote Desktop." For eksempel kan dokumentasjonen veilede brukerne til å åpne Windows App for en Windows 365 Cloud PC, Remote Desktop Connection for en server eller en webportal for en publisert regnskapsapplikasjon.

Klar navngivning reduserer henvendelser til hjelpestøtte og gjør det lettere å skille mellom klientproblemer og vert-, identitets- eller nettverksproblemer. Støtteteamene bør også registrere pakkenavn, skjermbilder og eskaleringsprosedyrer for hver godkjent tilkoblingsmetode.

Hvilken Remote Desktop-klient bør du bruke i 2026?

Den passende klienten avhenger av den eksterne ressursen, sluttpunktets operativsystem og forvaltningsmodell. Windows App er det primære alternativet for Azure Virtual Desktop, Windows 365 og Microsoft Dev Box, mens MSTSC fortsatt er relevant for direkte tilkoblinger til Windows-PC-er og servere.

Tradisjonelle Remote Desktop-tjenester, RemoteApp og nettleserbaserte miljøer krever en separat vurdering. Avhengig av arkitekturen kan organisasjoner trenge en eksisterende RDS-klient, en HTML5-gateway eller en applikasjonsleveringsplattform sammen med Windows-app.

Krav	Anbefalt tilnærming
Azure Virtual Desktop, Windows 365 eller Microsoft Dev Box	Windows-app
Direkte ekstern PC- eller Windows Server-tilgang fra Windows	MSTSC
Tradisjonell RDS-feed fra Windows	Eksisterende støttet RDS arbeidsflyt
Direkte fjern-PC fra macOS, iOS eller Android	Windows-app
Nettleser tilgang til Microsoft sky skrivebord	Windows App nettopplevelse
Nettleser tilgang til selvhostede Windows ressurser	Dedikert HTML5-gateway

Det endelige valget bør gjenspeile den komplette tilkoblingsarbeidsflyten snarere enn navnet på klienten. Organisasjoner kan ha behov for å opprettholde flere tilgangsmetoder når Microsoft sky-skrivebord, direkte serveradministrasjon, lokale RDS og publiserte Windows-applikasjoner sameksisterer.

Hvorfor velge TSplus Fjernaksess?

TSplus Remote Access gir organisasjoner en praktisk måte å publisere Windows-applikasjoner og komplette skrivebord fra sine egne servere. Brukere kan koble til via en standard RDP-klient eller en HTML5-nettportal, mens IT-team beholder kontrollen over hosting, tilgangspolicyer, samtidige økter og den totale brukeropplevelsen.

For bedrifter som ikke trenger kompleksiteten eller kostnadsstrukturen til en fullstendig skybasert skrivebordsplattform, tilbyr vår løsning et mer fokusert alternativ. Den støtter sikker applikasjonslevering, nettleserbasert tilgang og sentralisert administrasjon, noe som gjør den godt egnet for SMB-er, programvareleverandører og IT-team som ønsker å utvide tilgangen til eksisterende Windows-miljøer.

Konklusjon

Windows App er Microsofts støttede etterfølger for Azure Virtual Desktop, Windows 365 og Microsoft Dev Box, men det er ikke en universell erstatning for hver Remote Desktop arbeidsflyt. IT-team bør migrere skyressurser, beholde passende klienter for direkte RDP og RDS, og teste plattformspesifikke funksjoner før de fjerner eldre tilgangsveier.