Spis treści

Zdiagnozuj i zakończ zawieszone sesje RDP za pomocą zdalnego PowerShell lub CMD

Kiedy RDP utknął na "Proszę czekać", często z powodu zombie sesji użytkowników lub źle zarządzanych stanów sesji. Mogą one utrzymywać się na docelowej maszynie, uniemożliwiając poprawne inicjowanie nowych połączeń.

Użyj zapytania użytkownika, aby zidentyfikować zablokowane sesje

Zdalnie połącz się z maszyną hosta za pomocą zdalnego dostępu PowerShell lub SSH, a następnie uruchom:

To polecenie zwraca listę aktywnych, rozłączonych i bezczynnych sesji użytkowników wraz z ich identyfikatorami sesji i statusami.

Przykładowy wynik:

Szukaj sesji w stanie „Disc” (Rozłączony) lub „Down”. Mogą one zakłócać nowe połączenia.

Zresetuj problematyczną sesję

Użyj identyfikatora sesji, który zidentyfikowałeś powyżej, aby zresetować zablokowaną sesję:

To polecenie wymusza zakończenie określonej sesji RDP na hoście, usuwając wszelkie blokady logowania.

Wgląd przejściowy

Jeśli reset sesji nie przywraca łączności lub host nadal zawiesza się na "Proszę czekać", problem może dotyczyć procesu klienta RDP lub usług systemu Windows po stronie klienta lub serwera. Zagłębmy się w to.

Zabij procesy klienta RDP, aby przywrócić lokalną responsywność

Zawieszenie może pochodzić z maszyny klienckiej, szczególnie jeśli używasz nowoczesnych wersji systemu Windows, w których msrdc.exe zastępuje przestarzałe mstsc.exe.

Zidentyfikuj aktywne procesy RDP

Otwórz Wiersz polecenia jako administrator na kliencie:

Jeśli either mstsc.exe (legacy Połączenie pulpitu zdalnego msrdc.exe (nowy Microsoft Remote Desktop) działa i nie odpowiada, to może być przyczyną.

Zabij proces RDP

Zakończ, aby zrestartować czystą sesję:

To natychmiast kończy sesję po stronie klienta i unika utrzymywania stanów pamięci podręcznej lub błędów w nawiązywaniu połączenia.

Uwaga dla administratorów IT

msrdc.exe jest często używany z Azure AD lub klientami RDP zainstalowanymi z Microsoft Store, a jego stan jest przechowywany w inny sposób. Wyczyść go, aby upewnić się, że żadne zablokowane poświadczenia ani wątki GUI nie zatrzymują sesji.

Uruchom ponownie usługi zdalnego pulpitu systemu Windows, aby odblokować system hosta

Na poziomie systemu operacyjnego RDP opiera się na kilku usługach w tle, które obsługują uwierzytelnianie, inicjalizację sesji, synchronizację schowka i ładowanie środowiska użytkownika. Usługa uszkodzona lub zablokowana może uniemożliwić zakończenie logowania.

Uruchom ponownie usługę TermService, aby odświeżyć rdzeń RDP

Na zdalnym hoście uruchom:

Możesz zobaczyć ostrzeżenie, że inne usługi będą miały wpływ. To jest normalne w zdalnych środowiskach, ale upewnij się, że nie są prowadzone żadne krytyczne operacje.

Uruchom ponownie SENS i zależności

Niektóre zawieszenia RDP dotyczą Usługi Powiadamiania o Zdarzeniach Systemowych (SENS) lub zależnych usług RPC. Uruchom je ponownie w następującej kolejności:

Opcjonalnie:

Pro Tip: Użyj Get-Service i sc do walidacji

Uruchom tę linię PowerShell, aby zweryfikować stan usługi:

Użyj sc qc TermService, aby potwierdzić łańcuchy zależności.

Wykonaj czysty rozruch, aby wykluczyć konflikty oprogramowania

Aplikacje w tle—szczególnie narzędzia zabezpieczające lub zestawy do zdalnego zarządzania—mogą zakłócać ładowanie profilu użytkownika i skrypty logowania zdalnego.

Skonfiguruj środowisko czystego rozruchu

Na maszynie hosta:

  1. Naciśnij Win + R, wpisz msconfig, naciśnij Enter.
  2. Przejdź do zakładki Usługi.
  3. Sprawdź „Ukryj wszystkie usługi Microsoft”.
  4. Kliknij Wyłącz wszystko.
  5. Przejdź do Uruchamianie > Otwórz Menedżera zadań > Wyłącz wszystkie aplikacje uruchamiające się przy starcie.
  6. Uruchom ponownie system.

Obserwuj zachowanie RDP po uruchomieniu

Spróbuj ponownie połączyć się przez RDP Jeśli problem zniknie, włączaj usługi startowe partiami, aby zidentyfikować konfliktujący komponent.

Typowe sprawcy

  • Programy antywirusowe z filtrowaniem RDP.
  • Menadżery poświadczeń osób trzecich.
  • Narzędzia zdalnej pomocy z uchwytami ekranu.

Dostosuj zasady grupy, aby zapobiec konfliktom sesji

W środowiskach domenowych lub wieloosobowych, źle skonfigurowane zasady grupowe mogą prowadzić do nakładania się sesji, osieroconych poświadczeń lub powtarzających się pętli logowania.

Przejdź do odpowiedniego ustawienia polityki

Uruchom gpedit.msc, a następnie:

pgsql: Konfiguracja komputera > Szablony administracyjne > Komponenty systemu Windows > Usługi pulpitu zdalnego > Host sesji pulpitu zdalnego > Połączenia

Włącz „Ogranicz użytkowników RDS do jednej sesji”

Ustaw następujące na Włączone :

  • Polityka : Ogranicz użytkowników usług pulpitu zdalnego do jednej sesji

To zapewnia, że próby ponownego połączenia wznawiają poprzednią sesję zamiast tworzyć nową (potencjalnie uszkodzoną).

Wymuszenie aktualizacji polityki i ponowne inicjowanie sesji

Po zmianie polityki uruchom:

Możesz również chcieć zrestartować maszynę lub ponownie uruchomić TermService, aby w pełni zastosować zmiany.

Zautomatyzuj wszystkie naprawy za pomocą skryptu odzyskiwania łączonego

Dla powtarzających się incydentów efektywne jest napisanie skryptu w jednej linii, który resetuje sesje i restartuje usługi bez ponownego uruchamiania.

Polecenie odzyskiwania głównego

cmd: taskkill /IM rdpclip.exe /F /T || echo rdpclip.exe nie działa) && (taskkill /IM mstsc.exe /F /T || echo mstsc.exe nie działa) && net stop TermService && net start TermService

Dodaj ten skrypt do platformy zdalnego zarządzania, narzędzia RMM lub wdrożenia PSExec, aby szybko rozwiązać zablokowane środowiska RDP.

Odkryj TSplus: Inteligentniejsze rozwiązanie zdalnego pulpitu

TSplus Zdalny Dostęp jest zaprojektowany, aby wyeliminować powszechne frustracje związane z RDP, w tym przerażający ekran „Proszę czekać”. Dzięki funkcjom takim jak centralne zarządzanie sesjami, inteligentne ponowne połączenie i dostęp przez przeglądarkę, zapewnia niezawodne i responsywne połączenie we wszystkich środowiskach. TSplus daje administratorom IT pełną kontrolę nad sesjami zdalnymi — bez ponownych uruchomień, bez zablokowanych logowań, tylko płynny, bezpieczny dostęp.

Wniosek

Problem „Zdalny pulpit utknął na ‘Proszę czekać’” to więcej niż drobna niedogodność—jest to objaw głębszych problemów, takich jak niezamknięte sesje, źle skonfigurowane usługi lub konflikty systemowe. Rozumiejąc techniczne przyczyny i stosując ukierunkowane poprawki, profesjonaliści IT mogą szybko przywrócić dostęp i zminimalizować przestoje. Jednak dla trwałej stabilności i wydajności poleganie wyłącznie na ręcznym rozwiązywaniu problemów z RDP może nie wystarczyć w wymagających lub dużych środowiskach.

TSplus Darmowy okres próbny dostępu zdalnego

Ostateczna alternatywa dla Citrix/RDS do dostępu do aplikacji na pulpicie. Bezpieczne, opłacalne, lokalne/w chmurze.

Powiązane wpisy

back to top of the page icon