Windows App vs Client Desktop Remote

Introducere

Microsoft a reorganizat portofoliul său de clienți pentru desktop la distanță în jurul aplicației Windows. Clientul Microsoft Remote Desktop bazat pe MSI pentru Windows, cunoscut și sub numele de MSRDC, a ajuns la sfârșitul suportului pentru medii de cloud public pe 27 martie 2026.

Cu toate acestea, aplicația Windows nu înlocuiește toate instrumentele de acces de la distanță Microsoft. Echipele IT trebuie să facă în continuare distincția între desktopurile cloud, Serviciile Desktop de la Distanță și conexiunile RDP directe înainte de a-și schimba strategia pentru clienți.

Ce produs Microsoft Remote Desktop folosești?

suprapunerile Microsoft acces la distanță numele produselor sunt unul dintre principalele motive pentru care acest subiect poate fi confuz. Înainte de a planifica o migrare, administratorii ar trebui să identifice fiecare client după sursa sa de instalare, executabilul și tipul de conexiune intenționat, mai degrabă decât să se bazeze doar pe numele afișat utilizatorilor.

Aplicație Windows

Aplicația Windows este clientul unificat al Microsoft pentru Azure Virtual Desktop, Windows 365, Microsoft Dev Box și anumite servicii Remote Desktop sau conexiuni directe la PC. Este disponibilă pe Windows, macOS, iOS și iPadOS, Android și Chrome OS, browsere web și Meta Quest, deși resursele și caracteristicile disponibile variază între platforme.

Client Microsoft Remote Desktop pentru Windows

Aplicația MSI autonomă, cunoscută și sub numele de MSRDC, a fost concepută în principal pentru a conecta punctele finale Windows la desktopurile cloud Microsoft. În ciuda numelui său larg, nu a fost destinată ca un client de uz general pentru fluxurile convenționale de Servicii Desktop la Distanță sau pentru conexiuni directe la PC-uri la distanță.

Suport pentru clientul MSI a încheiat în medii de cloud public Microsoft pe 27 martie 2026 Extensiile temporare rămân în vigoare pentru anumite medii de cloud suveran și medii moștenite Azure Virtual Desktop, așa că administratorii ar trebui să confirme mediul înainte de a-l elimina.

Aplicație Remote Desktop pentru Windows

Aplicația Remote Desktop distribuită prin Microsoft Store a fost un produs separat care suporta resursele cloud, Serviciile Remote Desktop și conexiunile directe la PC. A ajuns la sfârșitul suportului pe 27 mai 2025 și nu mai este disponibilă pentru instalări noi.

Microsoft a blocat ulterior conexiunile sale la Azure Virtual Desktop, Windows 365 și Microsoft Dev Box pe 30 septembrie 2025. Serviciile Remote Desktop și conexiunile directe la PC nu au fost incluse în acea restricție, deși aplicația în sine nu mai făcea parte din strategia pe termen lung a clienților Microsoft.

Conexiune la Desktopul la Distanță, sau MSTSC

Conexiune desktop la distanță este clientul clasic Windows lansat prin mstsc.exe. Este integrat în Windows și se conectează direct la computerele remote, mașinile virtuale și mediile Windows Server.

MSTSC este separat atât de aplicația Microsoft Store retrasă, cât și de clientul MSI nesuportat. Microsoft continuă să-l identifice ca opțiunea Windows disponibilă în general pentru accesul direct la PC-uri de la distanță.

Ce este cronologia de sfârșit al suportului pentru clientul Microsoft Remote Desktop?

Tranziția s-a desfășurat în etape, așa că echipele IT nu ar trebui să o considere un singur eveniment de retragere.

Data	Schimbare	Impact operațional
27 mai 2025	Aplicația Remote Desktop de la Microsoft Store a ajuns la sfârșitul suportului.	Noile instalări nu mai erau disponibile
30 septembrie 2025	Conexiunile aplicației Store în cloud au fost blocate	Utilizatorii Cloud au trebuit să treacă la aplicația Windows
27 martie 2026	Clientul MSI și clientul web vechi au ajuns la sfârșitul suportului în cloud-urile publice.	Utilizatorii de cloud public ar trebui să folosească aplicația Windows
28 septembrie 2026	Suportul extins MSI se încheie pentru Azure Government, Azure operat de 21Vianet și AVD Classic	Aceste medii au nevoie de propriul program de migrare.

Conform Microsoft Learn, Microsoft nu a anunțat aceeași dată de încheiere a clientului web pentru Azure Government sau Azure operat de 21Vianet. Administratorii ar trebui să confirme mediul cloud al fiecărui grup de gazde înainte de a aplica cronologia cloud-ului public.

Un client instalat poate continua să se lanseze după sfârșitul suportului, dar organizațiile nu ar trebui să presupună continuitatea compatibilității, serviciilor de securitate sau accesului fiabil.

Aplicație Windows vs Client Desktop la Distanță: Comparare

Următorul tabel compară aplicația Windows cu clientul MSI autonom.

Capacitate	Aplicație Windows	MSI Client Desktop Remote
Rol principal	Acces unificat la cloud-ul Microsoft și resursele remote suportate	Acces moștenit la desktopurile cloud Microsoft
Azure Virtual Desktop	Susținut	Nesusținut în cloud-uri publice din 27 martie 2026
Windows 365	Susținut	Nesusținut în cloud-uri publice din 27 martie 2026
Microsoft Dev Box	Susținut	Nesusținut în cloud-uri publice din 27 martie 2026
RDS feed pe Windows	Nu este acceptat	Nu este acceptat
Direct remote PC pe Windows	Previzualizare	Nu este acceptat
Acces prin browser	resursele cloud Microsoft	Clientul web vechi nu este acceptat în cloud-uri publice
Platforme	Windows, macOS, mobil, web și Meta Quest	Numai Windows
Experiența contului	Mai multe conturi de lucru sau școală	Experiență anterioară
Microsoft direcție	Client strategic actual	Client moștenit

Matricea caracteristicilor aplicației Windows de la Microsoft Learn arată, de asemenea, diferențele de platformă în ceea ce privește afișarea, redirecționarea, autentificarea, securitatea și capacitățile de rețea. Testați endpointul și sarcina de lucru actuale, mai degrabă decât să vă bazați doar pe suportul la nivel de produs.

Ce face aplicația Windows mai bine?

Aplicația Windows este mai mult decât o versiune redenumită a clientului Remote Desktop anterior. Microsoft a proiectat-o pentru a oferi o experiență comună de acces pentru desktopuri cloud, PC-uri Cloud, Dev Boxes și resurse remote selectate pe mai multe platforme de endpoint.

O singură interfață pentru resursele Microsoft Cloud

Aplicația Windows aduce resursele Azure Virtual Desktop atribuite, PC-urile Cloud Windows 365 și Microsoft Dev Boxes împreună într-o singură interfață. Utilizatorii pot căuta resurse, pot marca desktopurile sau aplicațiile utilizate frecvent ca favorite și pot comuta între conturile de lucru sau școală.

Această abordare poate simplifica accesul pentru consultanți, administratori și furnizori de servicii gestionate care lucrează în mai multe chirii Microsoft Entra. De asemenea, reduce necesitatea de a menține un flux de lucru diferit pentru fiecare serviciu cloud Microsoft.

Acces Cross-Platform și Funcții Moderne

Aplicația Windows este disponibilă pe cele mai importante platforme desktop și mobile, precum și prin intermediul browserelor web acceptate. În funcție de punctul final și de serviciul de la distanță, aceasta poate oferi rezoluție dinamică, suport pentru monitoare multiple, suport pentru afișaje externe, optimizarea media Microsoft Teams și redirecționarea pentru camere, audio, stocare și imprimante.

Cu toate acestea, aceste capacități sunt nu este identic pe fiecare platformă Suport pentru mai multe monitoare, caracteristici ale browserului și redirecționarea perifericelor pot varia între Windows, macOS, dispozitive mobile și clienți web, așa că administratorii ar trebui să testeze scenariul complet al utilizatorului în loc să presupună o paritate completă a caracteristicilor.

Implementare mai simplă pe dispozitive Windows gestionate

Organizațiile pot implementa aplicația Windows pe punctele finale Windows gestionate prin Microsoft Intune folosind modelul de aplicație Microsoft Store. Acest lucru poate simplifica instalarea și actualizările în comparație cu menținerea unui proces separat de ambalare MSI și de actualizare.

Implementarea centralizată nu elimină necesitatea testării compatibilității. Aplicația Windows se poate instala cu succes, în timp ce încă îi lipsește un tip de conexiune, o caracteristică de afișare sau o capacitate de redirecționare necesară pentru un anumit grup de utilizatori.

Unde aplicația Windows nu înlocuiește clienții tradiționali RDP?

Aplicația Windows este succesorul acceptat pentru birourile publice Microsoft Cloud, dar nu înlocuiește fiecare protocol de desktop la distanță sau flux de servicii de desktop la distanță. Capacitățile sale depind în continuare de platforma endpoint, resursa la distanță și modul în care este publicată acea resursă.

Servicii de Desktop la Distanță pe Windows

Matrixul actual al platformei Microsoft nu suportă abonamentele pentru Serviciile Desktop Remote prin aplicația Windows pe Windows sau într-un browser. Accesul RDS este disponibil prin aplicația Windows pe macOS, iOS și iPadOS, Android și Chrome OS, și Meta Quest.

Această limitare afectează organizațiile care utilizează gazde RD Session on-premises, colecții RemoteApp, RD Web Access, RD Gateway sau ferme tradiționale Windows Server RDS. În funcție de arhitectură, administratorii ar putea avea în continuare nevoie de MSTSC, RemoteApp și Desktop Connections sau de un alt client și gateway întreținute.

Conexiuni directe la PC de la distanță

Accesul direct la PC de la distanță rămâne o capacitate de previzualizare în aplicația Windows pe Windows. Când organizațiile au nevoie de un client Microsoft disponibil în general pentru Windows, Microsoft continuă să recomande aplicația încorporată de Conexiune la Desktop la Distanță.

Utilizatorii care se conectează la stații de lucru fizice, mașini virtuale sau sisteme Windows Server nu trebuie să înlocuiască MSTSC doar pentru că suportul pentru clientul MSI cloud a încetat. Cele două aplicații servesc tipuri diferite de conexiune.

Accesul browser la resurse auto-găzduite

Experiența web a aplicației Windows acceptă Azure Virtual Desktop, Windows 365 și Microsoft Dev Box. În prezent, nu oferă acces bazat pe browser la PC-uri remote directe sau medii convenționale de Servicii Remote Desktop.

Organizațiile care au nevoie de acces prin browser la aplicații Windows auto-găzduite sau desktopuri necesită o altă metodă de livrare. Un gateway de acces la distanță HTML5 sau platforma de publicare a aplicațiilor poate oferi acel acces fără a necesita ca utilizatorii să instaleze un client nativ.

Conturi Microsoft personale

Aplicația Windows necesită un cont de muncă sau școală Microsoft atunci când utilizatorii se conectează pentru a accesa resursele cloud Microsoft. Un cont personal Microsoft nu poate fi utilizat în mod normal pentru acest proces standard de conectare.

Utilizatorii pot adăuga în continuare un PC remote direct fără a se conecta la aplicația Windows pe platformele care suportă acest tip de conexiune. În acest caz, autentificarea se face împotriva computerului remote, mai degrabă decât prin contul cloud al aplicației Windows.

Windows App vs MSTSC: Pe care ar trebui să o folosești?

Aplicația Windows și MSTSC rezolvă probleme de acces diferite. Aplicația Windows descoperă resursele atribuite prin serviciile de cloud Microsoft, în timp ce MSTSC se conectează direct la un nume de gazdă cunoscut, un nume de domeniu complet calificat sau o adresă IP.

Alegerea depinde, de asemenea, de modul în care este gestionată resursa la distanță. Aplicația Windows prezintă desktopuri și aplicații atribuite printr-un cont Microsoft Entra, în timp ce MSTSC se bazează pe detaliile de conexiune introduse de utilizator sau stocate într-un fișier .rdp.

Utilizați aplicația Windows când	Utilizați MSTSC când
Utilizatorii se conectează la Azure Virtual Desktop	Utilizatorii se conectează direct la un gazdă Windows
Utilizatorii accesează PC-urile Cloud Windows 365	Administratorii gestionează sistemele Windows Server
Dezvoltatorii folosesc Microsoft Dev Box	Fișierele .rdp existente rămân importante
Utilizatorii comută între chiriașii Microsoft Entra	Un client RDP direct disponibil în mod obișnuit este necesar

Schimbarea suportului din martie 2026 se referă la clientul Microsoft Remote Desktop bazat pe MSI utilizat cu resursele cloud Microsoft. Nu marchează sfârșitul Protocolului Remote Desktop, Serviciilor Remote Desktop sau MSTSC.

Organizațiile pot continua să folosească ambele instrumente. Aplicația Windows poate servi utilizatorilor de desktop în cloud, în timp ce MSTSC rămâne disponibil pentru conexiuni directe la stații de lucru și servere. Echipele IT ar trebui să documenteze care client se aplică fiecărei resurse. Instrucțiunile clare ajută utilizatorii să evite deschiderea aplicației greșite atunci când mai multe metode de acces de la distanță coexistă.

Cum să migrați de la clientul Remote Desktop la aplicația Windows?

O migrație fiabilă ar trebui să înceapă cu conexiunile de care se bazează utilizatorii, mai degrabă decât cu numele aplicațiilor instalate pe dispozitivele lor. Această abordare ajută echipele IT să mute sarcinile de lucru Microsoft în cloud fără a perturba în mod neintenționat accesul direct RDP, Remote Desktop Services sau accesul bazat pe browser.

Identificare clienți instalați

Începeți prin a inventaria clientul Remote Desktop bazat pe MSI, fosta aplicație Microsoft Store, MSTSC, clienții de browser, instrumentele RDP de la terți și portalurile HTML5. Aplicațiile MSI și Store pot apărea ambele sub numele „Remote Desktop”, așa că sursa de implementare, identificatorul pachetului și calea executabilă oferă o modalitate mai fiabilă de a le distinge.

Acest inventar ar trebui să arate și care utilizatori și dispozitive depind în continuare de fiecare aplicație. Fără aceste informații, echipele IT pot elimina un client care continuă să susțină o conexiune importantă non-cloud.

Clasificare resurse la distanță

Mapează fiecare conexiune la resursa pe care o atinge efectiv, cum ar fi Azure Virtual Desktop, Windows 365, Microsoft Dev Box, Remote Desktop Services, un PC individual, Windows Server, o aplicație publicată sau un spațiu de lucru bazat pe browser.

Această clasificare separă resursele care aparțin migrației aplicației Windows de cele care necesită o altă strategie de client. De asemenea, ajută la identificarea utilizatorilor care depind de mai multe tipuri de conexiune și care ar putea avea nevoie să păstreze mai mult de un instrument de acces.

Mutare utilizatori Public Cloud

Utilizatorii care accesează Azure Virtual Desktop, Windows 365 sau Microsoft Dev Box în medii de cloud public Microsoft ar trebui să fie mutați la Windows App. În timpul validării, confirmați că resursele atribuite apar corect și că autentificarea Microsoft Entra, Accesul condiționat, accesul la rețea și autentificarea unică se comportă conform așteptărilor.

Testarea ar trebui să acopere de asemenea utilizarea clipboard-ului, imprimarea, stocarea, audio, camerele și orice altă redirecționare necesară. Un desktop care se lansează cu succes poate să nu ofere în continuare experiența de lucru completă de care are nevoie utilizatorul.

Profiluri de Reprezentanți Pilot

Grupurile pilot ar trebui să reflecte cerințele tehnice mai degrabă decât să includă doar un număr mic de utilizatori dintr-un singur departament. Includeți persoane care folosesc mai multe monitoare, imprimante, scanere, camere web, apeluri Microsoft Teams, instrumente de accesibilitate, mai multe conturi organizaționale sau căi de rețea restricționate.

Windows, macOS, dispozitive mobile și browserele ar trebui testate separat deoarece caracteristicile aplicației Windows variază în funcție de platformă. Un pilot de succes pe Windows 11 nu validează automat un alt sistem de operare sau o altă metodă de acces.

Implementați aplicația Windows centralizat

Utilizați Microsoft Intune sau o altă platformă de gestionare a aplicațiilor pentru a crea atribuiri separate pentru pilot și producție. Definiți țintirea, actualizați proprietatea, regulile de detectare, comunicațiile de suport și condițiile care trebuie îndeplinite înainte de a elimina clientul MSI.

Un timp de coexistență temporară oferă echipelor de suport timp pentru a valida noul flux de lucru și le oferă utilizatorilor o soluție de rezervă în timpul migrației. Clientul vechi ar trebui să fie eliminat doar după ce toate resursele cloud necesare și profilul utilizatorului au trecut testarea.

Păstrați căile de acces non-cloud

Păstrați procedurile documentate pentru PC-uri remote directe, administrarea Windows Server, RDS la fața locului, fluxurile RemoteApp, RD Gateway, medii cloud suverane și acces de urgență. Aceste fluxuri de lucru nu ar trebui eliminate pur și simplu pentru că clientul MSI a ajuns la sfârșitul suportului pentru serviciile cloud publice Microsoft.

Unde utilizatorii au nevoie doar de o singură aplicație de afaceri, publicarea unei aplicații Windows poate oferi de asemenea o experiență mai concentrată decât prezentarea unui desktop la distanță complet Metoda de acces adecvată ar trebui să se potrivească resursei, mai degrabă decât să urmeze o politică unică pentru fiecare caz de utilizare.

Actualizați documentația

Instrucțiunile pentru utilizatori ar trebui să numească aplicația și destinația exactă în loc să le spună utilizatorilor să „deschidă Remote Desktop.” De exemplu, documentația poate îndruma utilizatorii să deschidă aplicația Windows pentru un PC Cloud Windows 365, Conexiune Remote Desktop pentru un server sau un portal web pentru o aplicație de contabilitate publicată.

O denumire clară reduce cererile de asistență și facilitează distingerea problemelor clienților de problemele legate de gazdă, identitate sau rețea. Echipele de suport ar trebui, de asemenea, să înregistreze numele pachetelor, capturi de ecran și procedurile de escaladare pentru fiecare metodă de conectare aprobată.

Ce client de desktop la distanță ar trebui să folosești în 2026?

Clientul corespunzător depinde de resursa remote, sistemul de operare al endpoint-ului și modelul de management. Aplicația Windows este opțiunea principală pentru Azure Virtual Desktop, Windows 365 și Microsoft Dev Box, în timp ce MSTSC rămâne relevant pentru conexiunile directe la PC-uri și servere Windows.

Serviciile tradiționale de desktop la distanță, RemoteApp și mediile bazate pe browser necesită o evaluare separată. În funcție de arhitectură, organizațiile pot avea nevoie de un client RDS existent, de un gateway HTML5 sau de o platformă de livrare a aplicațiilor alături de Windows App.

Cerință	Abordare recomandată
Azure Virtual Desktop, Windows 365 sau Microsoft Dev Box	Aplicație Windows
Acces direct la PC sau server Windows de la Windows	MSTSC
Fluxul RDS tradițional din Windows	Flux de lucru RDS existent suportat
Acces direct la PC de la macOS, iOS sau Android	Aplicație Windows
Acces prin browser la desktopurile Microsoft cloud	Experiența web a aplicației Windows
Accesul browser la resurse Windows auto-găzduite	Gateway HTML5 dedicat

Alegerea finală ar trebui să reflecte fluxul complet de conectare, mai degrabă decât numele clientului. Organizațiile pot necesita menținerea mai multor metode de acces atunci când desktopurile cloud Microsoft, administrarea directă a serverului, RDS-ul local și aplicațiile Windows publicate coexistă.

De ce să alegi Accesul Remote TSplus?

TSplus Remote Access oferă organizațiilor o modalitate practică de a publica aplicații Windows și desktopuri complete de pe serverele proprii. Utilizatorii se pot conecta printr-un client RDP standard sau un portal web HTML5, în timp ce echipele IT păstrează controlul asupra găzduirii, politicilor de acces, sesiunilor simultane și experienței generale a utilizatorului.

Pentru afacerile care nu au nevoie de complexitatea sau structura de cost a unei platforme complete de desktop în cloud, soluția noastră oferă o alternativă mai concentrată. Aceasta suportă livrarea sigură a aplicațiilor, accesul bazat pe browser și administrarea centralizată, făcând-o potrivită pentru IMM-uri, furnizorii de software și echipele IT care doresc să extindă accesul la mediile Windows existente.

Concluzie

Aplicația Windows este succesorul susținut de Microsoft pentru Azure Virtual Desktop, Windows 365 și Microsoft Dev Box, dar nu este o înlocuire universală pentru fiecare flux de lucru Remote Desktop. Echipele IT ar trebui să migreze resursele cloud, să păstreze clienți adecvați pentru RDP și RDS direct și să testeze caracteristicile specifice platformei înainte de a elimina căile de acces moștenite.