Zdalny pulpit nie działa przez aplikację UWP

Zdalny pulpit niedziałający przez aplikację UWP wskazuje na ograniczenia klienta Microsoft Remote Desktop ze Store względem klasycznego mstsc.exe.

Zdalny pulpit nie działa przez aplikację UWP – czym jest ten problem

Problem określany jako „Zdalny pulpit nie działa przez aplikację UWP” dotyczy sytuacji, w której połączenie z innym komputerem nie dochodzi do skutku albo sesja zdalna uruchamia się tylko częściowo. Aplikacja UWP, czyli program pobierany ze sklepu Microsoft Store, korzysta z nowocześniejszego interfejsu systemu Windows i własnego sposobu obsługi profili połączeń. Nie jest ona tym samym narzędziem co klasyczny klient Pulpit zdalny, uruchamiany poleceniem mstsc.exe. Oba rozwiązania służą do podobnego celu, ale mogą różnić się obsługiwanymi ustawieniami, sposobem zapisywania poświadczeń, reakcją na zasady bezpieczeństwa oraz współpracą z konkretną wersją systemu.

Nieprawidłowość może objawiać się komunikatem o braku możliwości połączenia, zatrzymaniem programu na ekranie logowania, natychmiastowym zamknięciem aplikacji albo wyświetleniem pustego okna. Czasem zdalny pulpit działa z jednego urządzenia, lecz nie działa z innego, mimo że używane jest to samo konto. Taki obraz nie musi oznaczać awarii komputera docelowego. Przyczyną może być konfiguracja klienta UWP, uszkodzony profil aplikacji, niezgodność protokołu lub ustawienia zapory sieciowej.

Zdalny pulpit przez aplikację UWP a klasyczny mstsc.exe

Klasyczny klient mstsc.exe jest częścią systemu Windows od wielu lat i ma rozbudowany zestaw opcji dostępnych przed rozpoczęciem sesji. Można w nim określić rozdzielczość, sposób przekazywania dźwięku, obsługę drukarek, schowka, dysków lokalnych oraz zasady ponownego łączenia. Aplikacja UWP może prezentować te funkcje w odmienny sposób, a część ustawień może być ukryta, uproszczona albo zależna od wersji programu. Z tego powodu profil utworzony w jednym kliencie nie zawsze zachowuje się identycznie w drugim.

Różnice mogą być widoczne także przy uwierzytelnianiu. UWP może korzystać z zapisanych danych logowania, mechanizmów konta Microsoft lub własnego magazynu poświadczeń. Jeżeli profil został zapisany po zmianie hasła, nazwy komputera albo sposobu logowania, aplikacja może próbować używać nieaktualnych danych. W klasycznym kliencie można natomiast wyraźniej kontrolować nazwę użytkownika, domenę lub parametry sesji. Warto też pamiętać, że aplikacja ze sklepu podlega zasadom aktualizacji i uprawnień charakterystycznym dla programów pakietowych, co może wpływać na dostęp do zasobów systemowych.

Porównanie obu klientów ułatwia ustalenie źródła usterki. Jeżeli połączenie działa w mstsc.exe, a nie działa w UWP, bardziej prawdopodobny jest problem po stronie aplikacji, jej profilu lub zgodności ustawień. Jeżeli nie działa żaden klient, należy sprawdzić dostępność urządzenia docelowego, usługę zdalnego pulpitu, reguły zapory, adres sieciowy oraz uprawnienia użytkownika. Samo przeinstalowanie aplikacji bez sprawdzenia tych elementów często nie usuwa przyczyny.

Zdalny pulpit nie działa – typowe problemy aplikacji ze Store

Jednym z częstszych powodów jest uszkodzenie danych aplikacji UWP. Po aktualizacji systemu albo przerwanym uaktualnieniu mogą pozostać nieprawidłowe pliki konfiguracji. Program może wtedy uruchamiać się poprawnie, ale nie odczytywać zapisanych profili lub kończyć pracę po wybraniu połączenia. Pomocne bywa wylogowanie z aplikacji, usunięcie nieużywanego profilu i utworzenie nowego wpisu z poprawną nazwą komputera.

Drugą grupę przyczyn stanowią błędne dane połączenia. Nazwa urządzenia może wskazywać na nieaktualny adres, komputer może mieć zmieniony adres w sieci lokalnej, a zapisany użytkownik może nie mieć prawa do logowania zdalnego. W przypadku połączeń realizowanych spoza sieci lokalnej znaczenie ma także sposób przekierowania dostępu, działanie tunelu VPN oraz reguły zapory na obu końcach połączenia. Sam fakt, że strona internetowa otwiera się prawidłowo, nie potwierdza dostępności usługi zdalnego pulpitu.

Problemy może powodować również blokada poświadczeń. W systemie mogą znajdować się stare wpisy odnoszące się do tej samej nazwy komputera, lecz innego konta. Aplikacja może wtedy automatycznie podstawiać niepoprawne dane i wielokrotnie odrzucać logowanie. Należy zachować ostrożność przy kasowaniu zapisanych poświadczeń, ponieważ usunięcie niewłaściwego wpisu może wpłynąć na inne połączenia. Warto najpierw zanotować używaną nazwę użytkownika i sposób uwierzytelniania.

Osobną kwestią jest zgodność wersji. Aktualizacja systemu, klienta UWP albo składników odpowiedzialnych za zdalne sesje może zmienić sposób negocjowania zabezpieczeń. Czasami problem występuje po stronie komputera, na którym uruchamiana jest aplikacja, a nie na urządzeniu, z którym następuje połączenie. Jeżeli błąd pojawił się bez zmiany hasła lub sieci, warto sprawdzić historię aktualizacji i zachowanie klasycznego klienta.

Zdalny pulpit przez UWP – praktyczne wskazówki diagnostyczne

Najpierw powinno się ustalić zakres problemu. Należy sprawdzić, czy aplikacja UWP uruchamia się bez błędu, czy widzi zapisany profil oraz na którym etapie połączenie zostaje przerwane. Inaczej postępuje się przy błędzie przed logowaniem, inaczej przy czarnym ekranie po zalogowaniu, a jeszcze inaczej przy rozłączeniu po kilku sekundach. Dokładny komunikat warto zapisać, ponieważ jego treść może wskazywać na brak dostępu, problem z poświadczeniami albo błąd składnika sesji.

Następnie można wykonać próbę z użyciem klasycznego mstsc.exe. Jeżeli połączenie powiedzie się w tym programie, należy porównać nazwę hosta, użytkownika i ustawienia przekazywania zasobów. Przydatne jest także utworzenie zupełnie nowego profilu w UWP zamiast edytowania starego wpisu. Pozwala to wykluczyć błędne parametry zapisane w poprzedniej konfiguracji.

Warto sprawdzić podstawową komunikację w sieci, ale test powinien być interpretowany ostrożnie. Odpowiedź na polecenie ping nie jest pełnym potwierdzeniem, że usługa zdalnego pulpitu działa, ponieważ odpowiedzi ICMP mogą być wyłączone. Brak odpowiedzi nie zawsze oznacza niedostępność urządzenia. Znaczenie ma także to, czy komputer docelowy jest włączony, nie znajduje się w stanie uśpienia i ma aktywną usługę przyjmującą połączenia.

Przed resetowaniem ustawień systemu należy zabezpieczyć ważne dane i zanotować bieżącą konfigurację. W przypadku aplikacji ze sklepu można sprawdzić dostępne opcje naprawy i resetowania w ustawieniach zainstalowanych programów, jednak reset może usunąć profile połączeń. Gdy problem pojawił się po aktualizacji, zasadne jest również sprawdzenie, czy dostępna jest nowsza wersja aplikacji i czy system Windows nie oczekuje na ponowne uruchomienie.

• zapisanie dokładnego komunikatu błędu i momentu rozłączenia,
• sprawdzenie połączenia w klasycznym kliencie mstsc.exe,
• utworzenie nowego profilu bez przejmowania starych ustawień,
• weryfikacja nazwy komputera, użytkownika i zapisanych poświadczeń,
• sprawdzenie, czy urządzenie docelowe jest włączone i dostępne w używanej sieci.

Kiedy zdalny pulpit nie działa przez UWP i potrzebna jest pomoc

Do serwisu warto zgłosić się wtedy, gdy problem powtarza się mimo utworzenia nowego profilu, nie można określić, który komputer lub składnik odrzuca połączenie, albo zdalna sesja jest potrzebna do pracy i nie ma możliwości długiego testowania kolejnych ustawień. Pomoc może być potrzebna także wtedy, gdy aplikacja UWP zawiesza się, znika po uruchomieniu, nie zapisuje konfiguracji lub działa tylko na jednym koncie systemowym. W takich przypadkach analizuje się stan systemu, konfigurację sieciową, uprawnienia, historię aktualizacji i różnice między klientem UWP a mstsc.exe.

W Warszawie takie zgłoszenia przyjmuje Warszawskie Pogotowie Komputerowe 24/7. Podczas przyjęcia można przekazać treść komunikatu, nazwę używanego klienta, informację o tym, czy klasyczny Pulpit zdalny działa, oraz moment, w którym połączenie się zatrzymuje. Ułatwia to odróżnienie problemu aplikacji od błędu konfiguracji komputera docelowego. W razie potrzeby sprawdzane są również ustawienia profilu użytkownika i elementy systemu odpowiedzialne za uruchamianie aplikacji.

Nie powinno się udostępniać osobom postronnym haseł ani kodów uwierzytelniających. Bezpieczniej jest przygotować urządzenie do diagnostyki w uzgodniony sposób i przekazać wyłącznie informacje potrzebne do odtworzenia problemu. Jeżeli zdalny pulpit przestał działać po zmianie hasła, aktualizacji lub modyfikacji zapory, ta informacja powinna zostać podana na początku zgłoszenia. Pozwala to szybciej zawęzić przyczynę i dobrać sposób naprawy bez przypadkowego zmieniania ustawień, które mogą być potrzebne do innych połączeń.