Zdalny pulpit ciągle się rozłącza? Przyczyny i rozwiązania

Wprowadzenie

Nieoczekiwane rozłączenia zdalnego pulpitu mogą przerywać pracę administracyjną i wpływać na użytkowników w całym środowisku usług zdalnego pulpitu (RDS). Jednak utrata połączenia z protokołem zdalnego pulpitu (RDP) niekoniecznie oznacza, że sesja systemu Windows się zakończyła. Ten artykuł wyjaśnia, jak zidentyfikować przyczynę, skonfigurować limity sesji i rozwiązać powtarzające się rozłączenia bez kompromisów w zakresie bezpieczeństwa.

Dlaczego zdalny pulpit ciągle się rozłącza?

Sesje pulpitu zdalnego mogą być zakłócone przez zasady sesji systemu Windows, problemy z siecią, problemy z bramą lub problemy po stronie serwera. Pomimo podobnych objawów, każdy problem wymaga specyficznego podejścia.

Administratorzy powinni przeanalizować sytuację i ustalić, co dokładnie dzieje się z sesją Windows i kiedy to się dzieje, zanim podejmą jakiekolwiek działania.

Czy sesja jest rozłączana, blokowana czy wylogowywana?

Windows rozróżnia kilka stanów sesji, znajomość których jest niezbędna do dokładnego rozwiązywania problemów.

Stan sesji	Co się dzieje	Wpływ na aplikacje
Aktywny	Użytkownik jest połączony i wchodzi w interakcję z systemem Windows	Aplikacje działają normalnie
Bezczynny	Sesja pozostaje połączona bez interakcji użytkownika	Aplikacje zazwyczaj nadal działają
Zablokowane	Wymagana jest autoryzacja, aby wznowić interakcję.	Aplikacje zazwyczaj pozostają aktywne
Rozłączono	Połączenie RDP zamyka się, ale sesja Windows pozostaje.	Aplikacje zazwyczaj nadal działają
Wylogowano	Sesja systemu Windows kończy się	Aplikacje uruchomione w sesji normalnie się zamykają

Jeśli użytkownicy ponownie się połączą i stwierdzą, że ich aplikacje nadal działają, ich sesja prawdopodobnie została rozłączona, a nie zakończona. Jeśli aplikacje zostały zamknięte, a użytkownicy zobaczą nową sesję, mogło dojść do wylogowania, zakończenia sesji lub ponownego uruchomienia hosta.

Zablokowana sesja, ponownie, jest inna. Użytkownicy mogą po prostu potrzebować uwierzytelnić się, aby wznowić swoją istniejącą sesję, bez nawiązywania nowego połączenia RDP.

Co mówi czas rozłączenia?

Czas i okoliczności rozłączenia RDP mogą często dawać najlepsze wskazówki dotyczące podstawowej przyczyny.

Objaw	Możliwa przyczyna	Pierwsze sprawdzenie
Rozłącza po ustalonym czasie bezczynności	Limit sesji bezczynności lub limit czasu sieciowego	Polityki sesji i bramy
Rozłącza po ustalonym czasie podczas aktywności	Limit aktywnej sesji lub czas oczekiwania pośredniego	Ustawienia aktywnej sesji i bramy
Rozłącza się losowo podczas użycia	Utrata pakietów, niestabilność VPN lub awaria transportu	Łączność sieciowa
Zamyka po bezczynności	Polityka bezczynności systemu Windows lub wygaszacza ekranu	Ustawienia zabezpieczeń
Rozłącza, gdy host jest bezczynny	Sen lub hibernacja	Ustawienia zasilania
Aplikacje zamykają się po rozłączeniu	Zakończenie sesji, wylogowanie lub ponowne uruchomienie hosta	Limity sesji i dzienniki zdarzeń
Wielu użytkowników rozłącza się jednocześnie	Problem z udostępnioną bramą, siecią lub hostem	Wydarzenia infrastrukturalne

Jednak te obserwacje są tylko wskazówkami, a prawdziwa przyczyna może być inna.

Na przykład, jeśli twój zapora sieciowa ma wbudowany limit czasu dla nieaktywnych połączeń, może to wprowadzać w błąd, maskując politykę sesji bezczynnych RDS.

Następnie sprawdź, czy to polityki sesji systemu Windows są winne.

Jak działają limity czasu sesji RDP i limity bezczynności?

Usługi pulpitu zdalnego oferują liczne różne opcje zarządzania czasem sesji, bezczynnością i zamykaniem. Niewłaściwe korzystanie z tych opcji może powodować nieporozumienia wśród administratorów, co skutkuje zmianą polityk, które nie odpowiadają problemowi.

Limity sesji aktywnych, bezczynnych i rozłączonych

Zgodnie z Dokumentacja polityki usług pulpitu zdalnego Microsoft Learn Windows zapewnia trzy główne limity czasu sesji:

• Limit aktywnych sesji: Kontroluje maksymalny czas trwania sesji, niezależnie od aktywności użytkownika. Ośmiogodzinny limit może rozłączyć kogoś, kto pracował nieprzerwanie.
• Limit sesji bezczynności: Kontroluje, jak długo połączona sesja może pozostać nieaktywna, zanim Windows ją rozłączy. Limit 30 minut może przerwać sesję po 30 minutach bez interakcji użytkownika.
• Limit sesji rozłączonej: Kontroluje, jak długo już rozłączona sesja pozostaje na serwerze, zanim system Windows ją zakończy.

Limit sesji rozłączonej zazwyczaj nie powoduje przerwania początkowego połączenia. Zamiast tego określa, jak długo sesja użytkownika i aplikacje pozostają dostępne później.

Administratorzy powinni również przejrzeć politykę Zakończ sesję, gdy osiągnięto limity czasowe. Gdy jest włączona, ta opcja może spowodować, że odpowiednie aktywne lub bezczynne limity czasowe zakończą sesję, a nie tylko ją rozłączą.

Które ustawienia limitu czasu sesji mają pierwszeństwo?

Limity sesji mogą być kontrolowane przez lokalną politykę grupy, politykę grupy domeny lub ustawienia kolekcji RDS. Opcje konfiguracyjne nie zawsze są na tym samym poziomie.

Windows działa na zasadzie zasad grupowych w odniesieniu do obowiązującej hierarchii polityki. W odniesieniu do limitów czasu sesji RDS oznacza to, że zasady dotyczące komputerów mają pierwszeństwo przed powiązanymi zasadami użytkowników, podczas gdy wymuszone ustawienia polityki mogą mieć pierwszeństwo przed konfiguracją na poziomie kolekcji.

Oznacza to, że zmiany w ustawieniach dokonane na poziomie lokalnym mogą nie mieć wpływu, jeśli w polityce domeny określona jest inna wartość.

Administratorzy powinni ustalić skuteczną konfigurację przed wprowadzeniem wielu zmian. Zapobiega to tworzeniu sprzecznych polityk, co uprości rejestrowanie i rozwiązywanie problemów.

Co należy zrobić, aby naprawić czas oczekiwania sesji pulpitu zdalnego?

Jeśli zdalny pulpit ciągle się rozłącza po pewnym czasie, najpierw sprawdź limity czasu sesji zamiast zmieniać ustawienia sieciowe.

Krok 1: Sprawdź limity sesji RDP w zasadach grupy

Na dotkniętym hoście systemu Windows:

1. Otwórz Uruchom i wprowadź gpedit.msc .
2. Nawiguj do Konfiguracja komputera > Szablony administracyjne > Komponenty systemu Windows > Usługi pulpitu zdalnego > Host sesji pulpitu zdalnego > Limity czasu sesji .
3. Recenzja Ustaw limit czasu dla aktywnych sesji Usług Pulpitu Zdalnego .
4. Sprawdź Ustaw limit czasu dla aktywnych, ale bezczynnych sesji Usług Pulpitu Zdalnego .
5. Sprawdź limit sesji rozłączonych i Zakończ sesję, gdy osiągnięto limity czasowe. .

Porównaj skonfigurowane ograniczenia z zmierzonym interwałem między rozłączeniami, które zaobserwowałeś.

Na przykład, jeśli ludzie mają tendencję do rozłączania się po około 15 minutach bezczynności, a ograniczenie sesji bezczynnej jest skonfigurowane na 15 minut, jest to prawdopodobna przyczyna.

Dostosuj odpowiednie instrukcje w oparciu o potrzeby swojego środowiska. Zazwyczaj lepiej jest po prostu rozszerzyć zbyt rygorystyczne ograniczenia zamiast całkowicie je usuwać. Na komputerach zarządzanych przez domenę warto otworzyć Konsolę zarządzania zasadami grupy (gpmc.msc) i zapoznać się z odpowiednim wpisem.

Krok 2: Zweryfikuj, które zasady grupy są stosowane

Jeśli zmiana lokalnej polityki nie rozwiązuje problemu, ustal, które obiekty zasad grupy (GPO) są faktycznie stosowane.

Z podniesionego wiersza poleceń na dotkniętym hoście uruchom:

gpresult /h C:\Windows\Temp\gpresult.html

Otwórz raport dla komputera, a następnie przejrzyj polityki zastosowane do komputera. Aby zobaczyć polityki zastosowane do użytkownika, przejrzyj informacje o wynikowym zestawie polityk dla użytkownika lub zobacz wyniki polityki grupowej dla użytkownika, korzystając z kontrolera domeny.

Po dokonaniu autoryzowanej zmiany w obiekcie zasad grupy zaktualizuj ustawienia zasad grupy dla komputerów, na które zastosowano to ustawienie:

gpupdate /force

W zależności od scenariusza, może być konieczne, aby użytkownicy ponownie nawiązali połączenie lub nawet się wylogowali i zalogowali ponownie, zanim zmiana wejdzie w życie.

Ten krok jest szczególnie potrzebny, jeśli to samo środowisko RDS jest zarządzane przez wiele GPO.

Krok 3: Przejrzyj ustawienia kolekcji RDS i bramy RD

W konwencjonalnych wdrożeniach Microsoft RDS limity sesji mogą być również konfigurowane na poziomie kolekcji.

Otwórz Menedżer serwera > Usługi pulpitu zdalnego > Kolekcje Wybierz odpowiednią kolekcję i sprawdź właściwości jej sesji. Sprawdź limity sesji aktywnych, bezczynnych i rozłączonych w odniesieniu do zamierzonej konfiguracji.

Jeśli użytkownicy łączą się przez Remote Desktop Gateway (RD Gateway), sprawdź polityki autoryzacji połączeń bramy.

Na serwerze bramy RD:

1. Otwórz Menedżer bramy pulpitu zdalnego .
2. Nawiguj do Polityki > Polityki autoryzacji połączeń .
3. Otwórz odpowiednią politykę.
4. Sprawdź ustawienia limitu czasu sesji.

Czas oczekiwania, który jest egzekwowany przez bramkę, może wystąpić nawet jeśli Host Sesji pozwala na przedłużone sesje.

Jeśli problem występuje tylko podczas korzystania z bramy RD, zbadaj konfiguracja bramy i powiązanych urządzeń sieciowych przed modyfikacją jakichkolwiek zasad Hostów Sesji.

Dlaczego zdalny pulpit rozłącza się po pewnym czasie bezczynności?

Nie wszystkie przerwy związane z brakiem aktywności są spowodowane limitem bezczynności sesji RDS. Istnieją inne ustawienia systemu Windows, które mogą zakłócać, takie jak ustawienia związane z bezpieczeństwem lub zarządzaniem energią.

Sprawdź zasady bezczynności maszyny Windows

Windows można skonfigurować tak, aby zablokować sesję po określonym czasie braku aktywności użytkownika.

Otwórz secpol.msc i przejdź do:

Polityki lokalne > Opcje zabezpieczeń > Logowanie interaktywne: Limit bezczynności maszyny

To ustawienie określa okres bezczynności, w sekundach, przed zablokowaniem sesji przez system Windows.

Zablokowanie nie zakończy zazwyczaj sesji RDP ani nie zamknie aplikacji. W związku z tym, jeśli użytkownik widzi tylko ekran logowania systemu Windows, zbadaj polityki blokowania przed zmianą jakichkolwiek limitów sesji RDS.

Sprawdź ustawienia wygaszacza ekranu i zasilania

Polityki wygaszacza ekranu mogą również wymagać od użytkowników uwierzytelnienia po okresie bezczynności.

Sprawdź ustawienia w sekcji:

Konfiguracja użytkownika > Szablony administracyjne > Panel sterowania > Personalizacja

Zwróć szczególną uwagę na ustawienia wygaszacza ekranu oraz ochrony hasłem.

Na stacjach roboczych z systemem Windows tryb uśpienia lub hibernacji może sprawić, że komputer zdalny będzie tymczasowo niedostępny. Sprawdź odpowiednie ustawienia zasilania w sekcji Ustawienia > System > Zasilanie i bateria lub odpowiedni interfejs Opcji zasilania.

Systemy, które wymagają ciągłego remote access powinien być dostępny zdalnie i powinien mieć odpowiednią politykę zarządzania energią. Wyłączenie trybu uśpienia na wszystkich punktach końcowych może osłabić bezpieczeństwo przedsiębiorstwa i potrzeby energetyczne.

Jaki jest proces rozwiązywania problemów z losowymi rozłączeniami RDP?

Jeśli zdalny pulpit jest często rozłączany bez ostrzeżenia, szczególnie podczas aktywnej pracy, awarie interfejsu sieciowego i transportu są znacznie bardziej prawdopodobne niż czas oczekiwania na sesję.

Testowanie łączności sieciowej i stabilności VPN

Zacznij od przetestowania łączności z odpowiednim serwerem lub bramą.

Test-NetConnection server.example.com -Port 3389

To test, czy można nawiązać połączenie TCP z danym adresem docelowym i portem. Zamień nazwę hosta i port na wartości odpowiednie dla twojego środowiska.

Aby przeprowadzić bieżące testy dostępności, wykonaj:

ping server.example.com -t

Używanie ciągłego pingu może uwydatnić sporadyczne utraty pakietów lub skoki opóźnienia, jeśli protokół komunikatów kontrolnych Internetu (ICMP) jest dozwolony. Niemniej jednak, udane odpowiedzi ping nie są gwarancją stabilności transportu RDP.

Jeśli rozłączenia są związane z zakłóceniami w sieci, rozważ przerwy w działaniu Wi-Fi, awarie tunelu VPN zmiany routingu i przejścia stanu zapory ogniowej.

Niepowodzenia w ponownym kluczeniu VPN, przekroczenia czasu połączenia zapory ogniowej oraz wygaśnięcia sesji translacji adresów sieciowych (NAT) mogą zakłócać w przeciwnym razie stabilne połączenia RDP.

Podczas analizy alternatywnych ścieżek połączeń używaj tylko autoryzowanych tras sieciowych. Nie wystawiaj RDP na ogólny ruch internetowy ani nie omijaj obowiązkowych polityk bezpieczeństwa VPN w celach diagnostycznych.

Sprawdź, czy transport RDP UDP jest odpowiedzialny

Nowe sesje RDP wykorzystują teraz protokół User Datagram Protocol (UDP) oprócz protokołu Transmission Control Protocol (TCP) w celu zwiększenia responsywności.

Jednak źle skonfigurowane zapory ogniowe, VPN-y lub inne urządzenia sieciowe mogą blokować pakiety UDP.

Aby sprawdzić, czy problem jest spowodowany przez pakiety UDP, użyj poniższych instrukcji, aby wymusić klienta Remote Desktop na korzystanie tylko z TCP.

Otwórz Zasady grupy na komputerze klienckim i przejdź do:

Konfiguracja komputera > Szablony administracyjne > Komponenty systemu Windows > Usługi pulpitu zdalnego > Klient połączenia pulpitu zdalnego

Włącz Wyłącz UDP na kliencie , następnie połącz ponownie i sprawdź, czy przerwy nadal występują.

Jeśli połączenie się ustabilizuje, sprawdź obsługę UDP wzdłuż ścieżki sieciowej.

To jest krok diagnostyczny, a nie ogólne rozwiązanie. Połączenia tylko TCP będą miały różne zachowanie w sieciach o słabej jakości, więc upewnij się, że ponownie nawiążesz preferowany transport, gdy przyczyna problemu zostanie rozwiązana.

Zbadaj stan zdrowia klienta i serwera zdalnego pulpitu

Utrzymujące się rozłączenia mogą być również spowodowane przestarzałymi komponentami systemu Windows, sterownikami sieciowymi lub niestabilnością na zdalnym hoście.

Upewnij się, że systemy klienta i hosta są aktualne. Określ, czy problemy pojawiły się po aktualizacjach systemu Windows, zmianach sterowników lub dostosowaniach konfiguracji sieci.

Sprawdź wykorzystanie CPU, pamięci i dysku w pobliżu czasu awarii. Monitorowanie wydajności sesji RDP może pomóc skorelować wyczerpanie zasobów, które może wpływać na wydajność Remote Desktop Services, chociaż wysokie wykorzystanie niekoniecznie identyfikuje przyczynę.

Unikaj ponownego uruchamiania usług pulpitu zdalnego jako początkowego kroku diagnostycznego na serwerach produkcyjnych. Ponowne uruchomienia usług lub hostów powinny być odłożone do czasu zakończenia odpowiednich procedur zarządzania zmianami i diagnostyki, ponieważ mogą zakłócać pracę innych użytkowników.

Jaki jest sposób na diagnozowanie rozłączeń RDP, gdy używasz dzienników systemu Windows?

Gdy Twoje kontrole polityki lub łączności nie pokazują powodu, dzienniki zdarzeń systemu Windows mogą pomóc ustalić, co mogło się wydarzyć przed i w trakcie rozłączenia. Wskazówki dotyczące rozwiązywania problemów z Microsoft Learn zapewnia dodatkowe informacje na temat diagnozowania błędów rozłączenia zdalnego pulpitu.

Przeglądaj zdarzenia pulpitu zdalnego w Podglądzie zdarzeń

Otwórz eventvwr.msc na dotkniętym systemie Windows.

Istotne kanały zdarzeń po stronie serwera obejmują:

• Dzienniki aplikacji i usług > Microsoft > Windows > TerminalServices-LocalSessionManager > Operacyjny
• Dzienniki aplikacji i usług > Microsoft > Windows > TerminalServices-RemoteConnectionManager > Operacyjny
• Dzienniki systemu Windows > System

Te wydarzenia mogą pomóc w identyfikacji połączeń sesyjnych, rozłączeń lub problemów z uwierzytelnianiem oraz problemów systemowych.

Dla każdego zdarzenia zanotuj użytkownika, który został dotknięty, hosta sesji, przybliżony czas zdarzenia oraz typ używanego połączenia. Porównaj te zdarzenia z tymi zarejestrowanymi przez Twój RD Gateway, VPN i oprogramowanie do monitorowania sieci.

Wydarzenie systemu Windows, które określa, że sesja została rozłączona, nie zawsze identyfikuje przyczynę. Może być konieczne przeglądanie powiązanych wydarzeń.

Sprawdź, czy sesja systemu Windows nadal istnieje

Na hoście sesji pulpitu zdalnego uruchom:

sesja zapytania

To polecenie pokazuje twoje bieżące sesje i ich statusy.

Jeśli problematyczna sesja jest nadal rozłączona, to Twoje aplikacje mogą nadal działać. Jeśli sesja nie jest już obecna, sprawdź wylogowania, polityki czyszczenia sesji i ponowne uruchomienia hosta.

Na współdzielonych serwerach RDS powstrzymaj się od zabijania sesji podczas rozwiązywania problemów, chyba że wiesz, kto jest dotknięty i jakie mogą być konsekwencje.

Korelacja rozłączeń między wieloma użytkownikami

Kiedy wielu użytkowników rozłącza się jednocześnie, najpierw sprawdź infrastrukturę, zanim przejdziesz do indywidualnych maszyn użytkowników.

Restartowanie bramy, problemy z siecią lub awaria hosta sesji mogą jednocześnie zablokować wielu użytkowników.

Korelacja zdarzeń na wielu maszynach pomaga ustalić, czy był to problem izolowanego klienta, czy coś bardziej powszechnego.

W niektórych przypadkach może być konieczna dalsza analiza RDS i śladów sieciowych, aby określić dokładną przyczynę i kolejność zdarzeń.

Jak możesz utrzymać sesje i aplikacje zdalnego pulpitu w działaniu?

Niektórzy użytkownicy chcieliby unikać rozłączeń zdalnego pulpitu, ponieważ pozwala to aplikacjom na kontynuowanie działania po zakończeniu sesji zdalnej.

Jednak utrzymanie otwartej sesji RDP i zapewnienie, że obciążenie systemu Windows nadal działa, to dwa różne przypadki użycia.

Rozłącz bez wylogowywania

Zamknięcie klienta Zdalnego Pulpitu zazwyczaj rozłącza twoje połączenie, ale nie wylogowuje cię z systemu Windows.

Sesja, którą nawiązałeś, zazwyczaj jest utrzymywana, a aplikacje są ogólnie pozostawione otwarte, chyba że polityka sesji lub jakieś inne zdarzenie je zamknie.

W przeciwieństwie do tego, wybierając Wyloguj się kończy sesję systemu Windows i normalnie zamyka jego aplikacje.

Jeśli aplikacje kończą się niespodziewanie po rozłączeniu, sprawdź okres czasu wygaśnięcia sesji rozłączonej oraz wszelkie zasady, które automatycznie usuwają sesje.

Uruchamiaj obciążenia w tle niezależnie od sesji RDP

Aplikacje i procesy, które muszą działać nieprzerwanie, nie powinny być uzależnione od otwartej interaktywnej sesji RDP.

W zależności od obciążenia, potencjalne alternatywy obejmują usługi systemu Windows, Harmonogram zadań lub automatyzację specyficzną dla aplikacji.

Chociaż Harmonogram zadań może uruchamiać określone zadania bez nadzoru (bez interakcyjnego logowania), nie wszystkie aplikacje desktopowe systemu Windows obsługują ten typ operacji.

Dla krytycznych obciążeń preferowaną metodą jest oddzielenie procesu aplikacji od interaktywnej sesji administratora w całości.

Jak możesz zapobiegać powtarzającym się rozłączeniom zdalnego pulpitu?

Wdrożenie standardowych zasad sesji, dostępność infrastruktury oraz przegląd aktywności sieciowej znacząco przyczyniają się do zapobiegania losowym rozłączeniom RDP.

Najpierw administrator powinien zdefiniować limity i czasy oczekiwania dla sesji aktywnych, nieaktywnych i rozłączonych zgodnie z polityką bezpieczeństwa firmy oraz wymaganiami użytkowników. Ponadto regularne sprawdzanie zastosowanych i skutecznych zasad grupowych, bramy oraz czasów oczekiwania urządzeń sieciowych pomaga uniknąć rozłączenia sesji spowodowanego ich niekompatybilnością.

Na przykład, jeśli host RDS ma wielu gości lub użytkowników, analizowanie wydajności serwera i osobne badanie występujących błędów lub incydentów podczas sesji byłoby dobrym pomysłem. Pozwoli to na określenie źródła problemu i wyeliminowanie problemów ze wszystkimi użytkownikami lub gośćmi jednocześnie.

To błędne przekonanie, że im dłużej sesja jest aktywna lub trwała, tym lepiej. Chociaż jest to przydatne do monitorowania infrastruktury, otwarta i działająca sesja bez operatora może stanowić zagrożenie dla bezpieczeństwa.

Głównym celem jest zapobieganie nieplanowanym rozłączeniom RDP i przerwom bez powodowania niestabilności systemu oraz problemów z bezpieczeństwem dla operatorów i użytkowników pracujących z pulpitem zdalnym.

Szukasz prostszej alternatywy dla tradycyjnego RDS?

Dla organizacji, które chcą uprościć centralne dostarczanie aplikacji i pulpitu Windows, TSplus Zdalny Dostęp oferuje publikację aplikacji, dostęp oparty na przeglądarce oraz możliwości sesji wieloosobowych. Zapewnia alternatywne podejście do tradycyjnych wdrożeń RDS, jednocześnie umożliwiając zespołom IT zarządzanie zdalnym połączeniem za pomocą scentralizowanego rozwiązania.

Wniosek

Gdy Remote Desktop ciągle się rozłącza, zacznij od ustalenia, czy sesja Windows jest blokowana, rozłączana czy kończona. Przewidywalne przerwy zazwyczaj uzasadniają sprawdzenie polityki sesji, podczas gdy losowe awarie wymagają dokładniejszej analizy transportu sieciowego, bramek i dzienników systemowych.

Zmiany w konfiguracji docelowej są bardziej skuteczne niż wyłączanie wszystkich limitów czasowych. Spójne zasady i monitorowanie pomagają utrzymać niezawodne połączenia RDP bez osłabiania bezpieczeństwa.