Windows App vs Klient Pulpitu Zdalnego

Wprowadzenie

Microsoft zreorganizował swoje portfolio klientów zdalnego pulpitu wokół aplikacji Windows. Klient zdalnego pulpitu Microsoftu oparty na MSI dla systemu Windows, znany również jako MSRDC, zakończył wsparcie dla publicznych środowisk chmurowych 27 marca 2026 roku.

Jednak aplikacja Windows nie zastępuje każdego narzędzia zdalnego dostępu Microsoftu. Zespoły IT muszą nadal rozróżniać między pulpitami w chmurze, usługami zdalnego pulpitu i bezpośrednimi połączeniami RDP przed zmianą swojej strategii dotyczącej klientów.

Który produkt Microsoft Remote Desktop używasz?

Nakładanie się Microsoftu remote access Nazwy produktów są jednym z głównych powodów, dla których ten temat może być mylący. Przed planowaniem migracji administratorzy powinni zidentyfikować każdego klienta na podstawie źródła instalacji, pliku wykonywalnego i zamierzonego typu połączenia, a nie polegać tylko na nazwie wyświetlanej użytkownikom.

Aplikacja Windows

Aplikacja Windows to zintegrowany klient Microsoftu dla Azure Virtual Desktop, Windows 365, Microsoft Dev Box oraz wybranych usług Remote Desktop lub bezpośrednich połączeń z komputerem. Jest dostępna na systemy Windows, macOS, iOS i iPadOS, Android oraz Chrome OS, przeglądarki internetowe i Meta Quest, chociaż dostępne zasoby i funkcje różnią się w zależności od platformy.

Klient Microsoft Remote Desktop dla systemu Windows

Aplikacja MSI działająca samodzielnie, znana również jako MSRDC, została głównie zaprojektowana do łączenia punktów końcowych Windows z pulpitami w chmurze Microsoft. Pomimo swojej szerokiej nazwy, nie była przeznaczona jako klient ogólnego przeznaczenia dla konwencjonalnych usług pulpitu zdalnego ani do bezpośrednich połączeń zdalnych z komputerami PC.

Wsparcie dla klienta MSI zakończył się w publicznych środowiskach chmurowych Microsoftu 27 marca 2026 Tymczasowe rozszerzenia pozostają w mocy dla niektórych suwerennych chmur i starszych środowisk Azure Virtual Desktop, dlatego administratorzy powinni potwierdzić środowisko przed jego usunięciem.

Aplikacja Zdalny Pulpit dla systemu Windows

Aplikacja Remote Desktop dystrybuowana przez Microsoft Store była oddzielnym produktem, który wspierał zasoby chmurowe, usługi Remote Desktop oraz bezpośrednie połączenia z komputerem. Osiągnęła koniec wsparcia 27 maja 2025 roku i nie jest już dostępna do nowych instalacji.

Microsoft później zablokował swoje połączenia z Azure Virtual Desktop, Windows 365 i Microsoft Dev Box 30 września 2025 roku. Usługi pulpitu zdalnego i bezpośrednie połączenia z komputerem nie były objęte tym ograniczeniem, chociaż sama aplikacja nie była już częścią długoterminowej strategii klientów Microsoftu.

Połączenie pulpitu zdalnego, lub MSTSC

Połączenie pulpitu zdalnego jest klasycznym klientem systemu Windows uruchamianym za pomocą mstsc.exe. Jest wbudowany w system Windows i łączy się bezpośrednio z komputerami zdalnymi, maszynami wirtualnymi i środowiskami serwera Windows.

MSTSC jest oddzielony zarówno od wycofanej aplikacji Microsoft Store, jak i nieobsługiwanego klienta MSI. Microsoft nadal identyfikuje go jako ogólnie dostępną opcję systemu Windows do bezpośredniego zdalnego dostępu do komputera.

Jaki jest harmonogram zakończenia wsparcia dla klienta Microsoft Remote Desktop?

Przejście odbyło się w etapach, więc zespoły IT nie powinny traktować tego jako jednego wydarzenia związane z zakończeniem.

Data	Zmień	Wpływ operacyjny
27 maja 2025	Aplikacja Microsoft Store Remote Desktop osiągnęła koniec wsparcia	Nowe instalacje nie były już dostępne
30 września 2025	Połączenia aplikacji sklepu w chmurze zostały zablokowane	Użytkownicy chmury musieli przejść na aplikację Windows
27 marca 2026	Klient MSI i starszy klient internetowy osiągnęli koniec wsparcia w publicznych chmurach	Użytkownicy chmury publicznej powinni korzystać z aplikacji Windows
28 września 2026	Wsparcie dla rozszerzonego MSI kończy się dla Azure Government, Azure obsługiwanym przez 21Vianet oraz AVD Classic	Te środowiska potrzebują własnego harmonogramu migracji

Zgodnie z Microsoft Learn, Microsoft nie ogłosił tej samej daty zakończenia klienta internetowego dla Azure Government ani Azure obsługiwanego przez 21Vianet. Administratorzy powinni potwierdzić środowisko chmurowe każdego hosta przed zastosowaniem harmonogramu chmury publicznej.

Zainstalowany klient może nadal uruchamiać się po zakończeniu wsparcia, ale organizacje nie powinny zakładać dalszej kompatybilności, serwisowania bezpieczeństwa ani niezawodnego dostępu.

Aplikacja Windows vs Klient Pulpitu Zdalnego: Porównanie

Poniższa tabela porównuje aplikację Windows z samodzielnym klientem MSI.

Zdolność	Aplikacja Windows	Klient zdalnego pulpitu MSI
Główna rola	Zunifikowany dostęp do chmury Microsoft i wspieranych zasobów zdalnych	Dziedziczne połączenie z pulpitami w chmurze Microsoft
Azure Virtual Desktop	Obsługiwany	Nieobsługiwane w chmurach publicznych od 27 marca 2026 roku
Windows 365	Obsługiwany	Nieobsługiwane w chmurach publicznych od 27 marca 2026 roku
Microsoft Dev Box	Obsługiwany	Nieobsługiwane w chmurach publicznych od 27 marca 2026 roku
Kanał RDS na Windows	Nieobsługiwane	Nieobsługiwane
Bezpośredni zdalny komputer na Windows	Podgląd	Nieobsługiwane
Dostęp przez przeglądarkę	zasoby chmurowe Microsoft	Nieobsługiwany klient internetowy w chmurach publicznych
Platformy	Windows, macOS, mobilne, web i Meta Quest	Tylko Windows
Doświadczenie konta	Wiele kont roboczych lub szkolnych	Starsze doświadczenie
kierunek Microsoft	Aktualny klient strategiczny	Klient dziedziczny

Macierz funkcji aplikacji Windows Microsoft Learn pokazuje również różnice platformowe w zakresie wyświetlania, przekierowywania, uwierzytelniania, bezpieczeństwa i możliwości sieciowych. Przetestuj rzeczywisty punkt końcowy i obciążenie zamiast polegać tylko na wsparciu na poziomie produktu.

Co robi lepiej aplikacja Windows?

Aplikacja Windows to więcej niż tylko przemianowana wersja poprzedniego Klienta Zdalnego Pulpitu. Microsoft zaprojektował ją, aby zapewnić wspólne doświadczenie dostępu do pulpitów w chmurze, komputerów w chmurze, Dev Boxów i wybranych zasobów zdalnych na kilku platformach końcowych.

Jedno interfejs dla zasobów chmurowych Microsoftu

Aplikacja Windows łączy przypisane zasoby Azure Virtual Desktop, komputery w chmurze Windows 365 i Microsoft Dev Boxes w jednym interfejsie. Użytkownicy mogą wyszukiwać zasoby, oznaczać często używane pulpity lub aplikacje jako ulubione i przełączać się między kontami roboczymi a szkolnymi.

To podejście może uprościć dostęp dla konsultantów, administratorów i dostawców usług zarządzanych pracujących w wielu dzierżawach Microsoft Entra. Zmniejsza również potrzebę utrzymywania innego przepływu pracy użytkownika dla każdej usługi chmurowej Microsoft.

Dostęp międzyplatformowy i nowoczesne funkcje

Aplikacja Windows jest dostępna na głównych platformach desktopowych i mobilnych, a także przez obsługiwane przeglądarki internetowe. W zależności od punktu końcowego i usługi zdalnej, może zapewniać dynamiczną rozdzielczość, obsługę wielu monitorów, wsparcie dla zewnętrznych wyświetlaczy, optymalizację mediów Microsoft Teams oraz przekierowanie dla kamer, audio, pamięci masowej i drukarek.

Jednak te możliwości są nieidentyczne na każdej platformie Wsparcie dla wielu monitorów, funkcje przeglądarki i przekierowanie urządzeń peryferyjnych mogą się różnić w zależności od systemów Windows, macOS, urządzeń mobilnych i klientów internetowych, dlatego administratorzy powinni przetestować pełny scenariusz użytkownika, zamiast zakładać pełną zgodność funkcji.

Prostsze wdrażanie na zarządzanych urządzeniach z systemem Windows

Organizacje mogą wdrażać aplikacje Windows na zarządzanych punktach końcowych Windows za pomocą Microsoft Intune, korzystając z modelu aplikacji Microsoft Store. Może to uprościć instalację i aktualizacje w porównaniu do utrzymywania oddzielnego procesu pakowania MSI i aktualizacji.

Centralne wdrożenie nie eliminuje potrzeby testowania zgodności. Aplikacja Windows może zostać zainstalowana pomyślnie, a jednocześnie może brakować jej typu połączenia, funkcji wyświetlania lub możliwości przekierowania wymaganych przez daną grupę użytkowników.

Gdzie aplikacja Windows nie zastępuje tradycyjnych klientów RDP?

Aplikacja Windows jest wspieranym następcą publicznych pulpitów w chmurze Microsoft, ale nie zastępuje każdego protokołu pulpitu zdalnego ani workflow usług pulpitu zdalnego. Jej możliwości wciąż zależą od platformy końcowej, zdalnego zasobu oraz sposobu, w jaki ten zasób jest publikowany.

Usługi pulpitu zdalnego na Windows

Aktualna macierz platformy Microsoftu nie obsługuje subskrypcji usług pulpitu zdalnego przez aplikację Windows na Windows lub w przeglądarce. Dostęp RDS jest dostępny przez aplikację Windows na macOS, iOS i iPadOS, Androidzie oraz Chrome OS, a także Meta Quest.

To ograniczenie dotyczy organizacji korzystających z lokalnych hostów sesji RD, kolekcji RemoteApp, dostępu RD Web, bramy RD lub tradycyjnych farm RDS na systemie Windows Server. W zależności od architektury, administratorzy mogą nadal potrzebować MSTSC, RemoteApp i połączeń pulpitu lub innego utrzymywanego klienta i bramy.

Bezpośrednie połączenia zdalne z komputerem PC

Bezpośredni zdalny dostęp do komputera PC pozostaje funkcją podglądu w aplikacji Windows na Windows. Gdy organizacje potrzebują ogólnie dostępnego klienta Microsoft dla Windows, Microsoft nadal zaleca wbudowaną aplikację Połączenie pulpitu zdalnego.

Użytkownicy łączący się z fizycznymi stacjami roboczymi, maszynami wirtualnymi lub systemami Windows Server nie muszą zatem zastępować MSTSC tylko dlatego, że wsparcie dla klienta MSI w chmurze zostało zakończone. Obie aplikacje służą różnym typom połączeń.

Dostęp do zasobów hostowanych na własnym serwerze

Doświadczenie aplikacji internetowej Windows App obsługuje Azure Virtual Desktop, Windows 365 i Microsoft Dev Box. Obecnie nie zapewnia dostępu przez przeglądarkę do bezpośrednich komputerów zdalnych ani konwencjonalnych środowisk usług pulpitu zdalnego.

Organizacje, które potrzebują dostępu przez przeglądarkę do samodzielnie hostowanych aplikacji lub pulpitów systemu Windows, wymagają innej metody dostarczania. An brama dostępu zdalnego HTML5 lub platforma publikacji aplikacji może zapewnić ten dostęp bez konieczności instalowania przez użytkowników natywnego klienta.

Osobiste konta Microsoft

Aplikacja Windows wymaga konta roboczego lub szkolnego Microsoft, gdy użytkownicy logują się, aby uzyskać dostęp do zasobów chmurowych Microsoft. Osobiste konto Microsoft nie może być zazwyczaj używane w tym standardowym procesie logowania.

Użytkownicy mogą nadal dodać bezpośredni zdalny komputer PC bez logowania się do aplikacji Windows na platformach, które obsługują ten typ połączenia. W takim przypadku uwierzytelnienie odbywa się w stosunku do zdalnego komputera, a nie przez konto w chmurze aplikacji Windows.

Aplikacja Windows vs MSTSC: Którą powinieneś użyć?

Aplikacja Windows i MSTSC rozwiązują różne problemy z dostępem. Aplikacja Windows odkrywa zasoby przypisane przez usługi chmurowe Microsoft, podczas gdy MSTSC łączy się bezpośrednio z znanym nazwą hosta, w pełni kwalifikowaną nazwą domeny lub adresem IP.

Wybór zależy również od tego, jak zarządzany jest zdalny zasób. Aplikacja Windows prezentuje pulpity i aplikacje przypisane przez konto Microsoft Entra, podczas gdy MSTSC opiera się na szczegółach połączenia wprowadzonych przez użytkownika lub zapisanych w pliku .rdp.

Użyj aplikacji Windows, gdy	Użyj MSTSC, gdy
Użytkownicy łączą się z Azure Virtual Desktop	Użytkownicy łączą się bezpośrednio z hostem Windows
Użytkownicy uzyskują dostęp do komputerów w chmurze Windows 365	Administratorzy zarządzają systemami Windows Server
Programiści używają Microsoft Dev Box	Istniejące pliki .rdp pozostają ważne
Użytkownicy przełączają się między dzierżawcami Microsoft Entra	Wymagany jest ogólnie dostępny bezpośredni klient RDP.

Zmiana wsparcia w marcu 2026 roku dotyczy klienta Microsoft Remote Desktop opartego na MSI, używanego z zasobami chmurowymi Microsoft. Nie oznacza to końca protokołu Remote Desktop, usług Remote Desktop ani MSTSC.

Organizacje mogą zatem nadal korzystać z obu narzędzi. Aplikacja Windows może obsługiwać użytkowników chmurowych, podczas gdy MSTSC pozostaje dostępny dla bezpośrednich połączeń z stacjami roboczymi i serwerami. Zespoły IT powinny dokumentować, który klient dotyczy każdego zasobu. Jasne instrukcje pomagają użytkownikom unikać otwierania niewłaściwej aplikacji, gdy współistnieje kilka metod zdalnego dostępu.

Jak migrować z klienta zdalnego pulpitu do aplikacji Windows?

Wiarygodna migracja powinna zaczynać się od połączeń, na których polegają użytkownicy, a nie od nazw aplikacji zainstalowanych na ich urządzeniach. Takie podejście pomaga zespołom IT przenieść obciążenia chmurowe Microsoftu bez niezamierzonego zakłócania bezpośredniego RDP, Remote Desktop Services lub dostępu opartego na przeglądarce.

Zidentyfikuj zainstalowanych klientów

Zacznij od inwentaryzacji klienta zdalnego pulpitu opartego na MSI, byłej aplikacji Microsoft Store, MSTSC, klientów przeglądarkowych, narzędzi RDP innych firm oraz portali HTML5. Aplikacje MSI i Store mogą obie występować pod nazwą „Zdalny pulpit”, więc źródło wdrożenia, identyfikator pakietu i ścieżka wykonywalna zapewniają bardziej niezawodny sposób ich rozróżnienia.

Ten inwentarz powinien również pokazywać, którzy użytkownicy i urządzenia nadal zależą od każdej aplikacji. Bez tych informacji zespoły IT mogą usunąć klienta, który nadal wspiera ważne połączenie nieoparte na chmurze.

Klasyfikuj zasoby zdalne

Mapuj każde połączenie do zasobu, do którego faktycznie dociera, takiego jak Azure Virtual Desktop, Windows 365, Microsoft Dev Box, usługi pulpitu zdalnego, indywidualny komputer, Windows Server, opublikowana aplikacja lub przestrzeń robocza oparta na przeglądarce.

Ta klasyfikacja oddziela zasoby, które należą do migracji aplikacji Windows, od tych, które wymagają innej strategii klienta. Pomaga również zidentyfikować użytkowników, którzy polegają na kilku typach połączeń i mogą potrzebować utrzymać więcej niż jedno narzędzie dostępu.

Przenieś użytkowników chmury publicznej

Użytkownicy uzyskujący dostęp do Azure Virtual Desktop, Windows 365 lub Microsoft Dev Box w publicznych środowiskach chmurowych Microsoftu powinni zostać przeniesieni do aplikacji Windows. Podczas walidacji potwierdź, że przypisane zasoby pojawiają się poprawnie oraz że uwierzytelnianie Microsoft Entra, dostęp warunkowy, dostęp do sieci i jednolity dostęp działają zgodnie z oczekiwaniami.

Testowanie powinno również obejmować użycie schowka, drukowanie, przechowywanie, dźwięk, kamery i wszelkie inne wymagane przekierowania. Pulpit, który uruchamia się pomyślnie, może nadal nie zapewniać pełnego doświadczenia roboczego, którego potrzebuje użytkownik.

Profile przedstawicieli pilota

Grupy pilotażowe powinny odzwierciedlać wymagania techniczne, a nie obejmować tylko niewielką liczbę użytkowników z jednego działu. Włącz osoby, które korzystają z wielu monitorów, drukarek, skanerów, kamer internetowych, połączeń Microsoft Teams, narzędzi ułatwiających dostęp, kilku kont organizacyjnych lub ograniczonych ścieżek sieciowych.

Windows, macOS, urządzenia mobilne i przeglądarki powinny być testowane osobno, ponieważ funkcje aplikacji Windows różnią się w zależności od platformy. Udany pilotaż Windows 11 nie automatycznie weryfikuje innego systemu operacyjnego ani metody dostępu.

Zainstaluj aplikację Windows centralnie

Użyj Microsoft Intune lub innej platformy do zarządzania aplikacjami, aby utworzyć oddzielne przypisania pilotażowe i produkcyjne. Zdefiniuj celowanie, aktualizację własności, zasady wykrywania, komunikację wsparcia oraz warunki, które muszą być spełnione przed usunięciem klienta MSI.

Tymczasowy okres współistnienia daje zespołom wsparcia czas na zweryfikowanie nowego przepływu pracy i zapewnia użytkownikom możliwość powrotu podczas migracji. Klient dziedziczony powinien być usunięty dopiero po tym, jak wszystkie wymagane zasoby w chmurze i profile użytkowników przejdą testy.

Zachowaj ścieżki dostępu nieoparte na chmurze

Zachowaj udokumentowane procedury dla bezpośrednich komputerów zdalnych, administracji serwerem Windows, lokalnym RDS, kanałami RemoteApp, bramą RD, suwerennymi środowiskami chmurowymi oraz dostępem awaryjnym. Te przepływy pracy nie powinny być usuwane tylko dlatego, że klient MSI osiągnął koniec wsparcia dla publicznych usług chmurowych Microsoft.

Gdzie użytkownicy potrzebują tylko jednej aplikacji biznesowej, publikowanie aplikacji Windows może również zapewnić bardziej skoncentrowane doświadczenie niż prezentowanie pełnego pulpitu zdalnego Odpowiednia metoda dostępu powinna odpowiadać zasobowi, a nie stosować jedną politykę klienta dla każdego przypadku użycia.

Aktualizacja dokumentacji

Instrukcje dla użytkowników powinny wskazywać dokładną aplikację i miejsce docelowe, zamiast mówić użytkownikom, aby „otworzyli Remote Desktop.” Na przykład dokumentacja może kierować użytkowników do otwarcia aplikacji Windows dla komputera w chmurze Windows 365, połączenia Remote Desktop dla serwera lub portalu internetowego dla opublikowanej aplikacji księgowej.

Jasne nazewnictwo redukuje zapytania do pomocy technicznej i ułatwia odróżnienie problemów klientów od problemów z hostem, tożsamością lub siecią. Zespoły wsparcia powinny również rejestrować nazwy pakietów, zrzuty ekranu i procedury eskalacji dla każdej zatwierdzonej metody połączenia.

Którego klienta zdalnego pulpitu powinieneś użyć w 2026 roku?

Odpowiedni klient zależy od zdalnego zasobu, systemu operacyjnego punktu końcowego i modelu zarządzania. Aplikacja Windows jest główną opcją dla Azure Virtual Desktop, Windows 365 i Microsoft Dev Box, podczas gdy MSTSC pozostaje istotny dla bezpośrednich połączeń z komputerami i serwerami Windows.

Tradycyjne usługi pulpitu zdalnego, RemoteApp i środowiska oparte na przeglądarkach wymagają osobnej oceny. W zależności od architektury organizacje mogą potrzebować istniejącego klienta RDS, bramy HTML5 lub platformy dostarczania aplikacji obok aplikacji Windows.

Wymaganie	Zalecane podejście
Azure Virtual Desktop, Windows 365 lub Microsoft Dev Box	Aplikacja Windows
Bezpośredni zdalny dostęp do komputera PC lub serwera Windows z systemu Windows	MSTSC
Tradycyjny strumień RDS z systemu Windows	Istniejący wspierany przepływ pracy RDS
Bezpośredni zdalny dostęp do PC z macOS, iOS lub Android	Aplikacja Windows
Dostęp do pulpitów w chmurze Microsoft przez przeglądarkę	Doświadczenie aplikacji internetowej Windows
Dostęp do zasobów Windows hostowanych na własnym serwerze przez przeglądarkę	Dedykowana brama HTML5

Ostateczny wybór powinien odzwierciedlać pełny przepływ pracy połączenia, a nie nazwę klienta. Organizacje mogą potrzebować utrzymywać kilka metod dostępu, gdy w chmurze Microsoft współistnieją pulpity, bezpośrednia administracja serwerem, RDS lokalnie i opublikowane aplikacje Windows.

Dlaczego wybrać dostęp zdalny TSplus?

TSplus Zdalny Dostęp daje organizacjom praktyczny sposób na publikowanie aplikacji Windows i pełnych pulpitów z ich własnych serwerów. Użytkownicy mogą łączyć się za pomocą standardowego klienta RDP lub portalu internetowego HTML5, podczas gdy zespoły IT zachowują kontrolę nad hostingiem, politykami dostępu, sesjami równoległymi i ogólnym doświadczeniem użytkownika.

Dla firm, które nie potrzebują złożoności ani struktury kosztów pełnej platformy chmurowej, nasze rozwiązanie oferuje bardziej skoncentrowaną alternatywę. Obsługuje bezpieczne dostarczanie aplikacji, dostęp przez przeglądarkę oraz centralne zarządzanie, co czyni je dobrze dopasowanym do małych i średnich przedsiębiorstw, dostawców oprogramowania oraz zespołów IT, które chcą rozszerzyć dostęp do istniejących środowisk Windows.

Wniosek

Aplikacja Windows jest wspieranym przez Microsoft następcą Azure Virtual Desktop, Windows 365 i Microsoft Dev Box, ale nie jest uniwersalnym zamiennikiem dla każdego przepływu pracy zdalnego pulpitu. Zespoły IT powinny migrować zasoby w chmurze, zachować odpowiednich klientów do bezpośredniego RDP i RDS oraz przetestować funkcje specyficzne dla platformy przed usunięciem starych ścieżek dostępu.