Pulpit zdalny kończy się niepowodzeniem bez komunikatu o błędzie

Po ponownym uruchomieniu mojego serwera Windows 2008 R2 nie mogę się już zalogować na zdalny pulpit. Kiedy próbuję się połączyć, pulpit zdalny powiększa różne komunikaty o stanie, przy czym ostatnim z nich jest „Konfigurowanie sesji zdalnej”, a następnie powraca do początkowego okna dialogowego Połączenia bez wyświetlania żadnego komunikatu o błędzie.

Serwer wydaje się być włączony, ponieważ nadal dostarcza strony internetowe. Wydaje się również, że akceptuje moje dane uwierzytelniające.

Czy jest jakiś sposób, aby sprawdzić, dlaczego połączenie się nie udaje? Przeglądałem nawet dzienniki mojego systemu, ale nie mogłem znaleźć niczego związanego ze zdalnym pulpitem. Być może jest jakiś ukryty tryb rozwiązywania problemów?

Dzięki,

Adrian

Edycja: w międzyczasie serwer powrócił do trybu online. Nie jestem pewien, czy zrobił to sam, czy też wsparcie techniczne, ponieważ do tej pory nie otrzymałem od nich wiadomości, ale problem został na razie rozwiązany. Trochę rozczarowujące jest to, że nie znam przyczyny problemu.

Sprawdź, czy faktycznie zrestartował się - jeśli możesz zrobić „użytek sieciowy” ze zdalnym serwerem, to połącz się z Podglądem zdarzeń, aby zobaczyć, czy rzeczywiście zrestartował się. Widziałem wiele serwerów Win2k3, które po ponownym uruchomieniu z sesji RDP tak naprawdę nie uruchamiają się ponownie, ale przestają odpowiadać na RDP. W takim przypadku możesz wykonać shutdown / i przeciwko serwerowi lub użyć innej pozapasmowej metody faktycznego ponownego uruchomienia komputera.

W takim przypadku w przyszłości nie uruchamiaj ponownie ze zwykłej sesji RDP. Uruchom ponownie tylko z połączenia / console lub / admin, albo użyj shutdown / i lub innych metod zdalnych.

Miałem problem z używaniem pulpitu zdalnego na serwerze 2003. Połączyłem się i po zobaczeniu niektórych komunikatów o stanie byłem rozłączony, zanim zobaczyłem pełny pulpit.

Problem polegał na tym, że serwer miał niewłaściwy czas, ponieważ synchronizacja nie powiodła się przez kilka miesięcy (myślę, że różnica czasu wynosiła około 30 minut).

Po dalszym badaniu dziennika zdarzeń myślę, że znalazłem problem. Ten błąd wystąpił prawie dokładnie po zainicjowaniu ponownego uruchomienia:

Usługa Instalatora modułów systemu Windows nie została poprawnie zamknięta po otrzymaniu kontroli wstępnej.

Problem polegał na tym, że niektóre usługi zostały zamknięte, podczas gdy ta konkretna usługa była zawieszona. Wygląda na to, że został zabity po przekroczeniu limitu czasu (jedna godzina), po czym Windows został ponownie uruchomiony zgodnie z przeznaczeniem.

Teraz pozostaje tylko pytanie, jak temu zapobiec w przyszłości. Oczywiście chciałbym, aby przyszłe restarty działały nieco szybciej niż to ...

Dotarłem tutaj przez Google z tym samym problemem z moim Windows Server 2012 (7 lat później), więc dodam własne wrażenia z tego problemu dla przyszłych poszukiwaczy. Oto co się stało:

1. W świetle ostatnich ataków WannaCrypt zainstalowałem wszystkie oczekujące aktualizacje zabezpieczeń firmy Microsoft. Oczywiście wymagane było ponowne uruchomienie komputera. Drugi raz. W mniej niż 24 godziny. Na serwerze, który działał przez 350 dni tuż przed całym tym bałaganem. Mam nadzieję, że wszyscy hakerzy płoną i gniją w piekle (jestem ateistą BTW, nawet nie wierzę w piekło).
2. Kliknąłem przycisk restartu w Windows Update. Moja sesja RD została natychmiast zakończona i wszystkie próby ponownego połączenia zakończyłyby się niepowodzeniem bez komunikatu o błędzie, ale serwer nadal działał i działał nieprzerwanie i wyświetlał strony. Wiem o tym, ponieważ mój AppPool ładuje się po jednej lub dwóch minutach przy każdym usunięciu. Domyślam się, że Windows Update przechodził pewne wstępne kroki, które nie wymagały zamknięcia innych usług w systemie.
3. Po kilku (bardzo długich i stresujących) minutach serwer zwróci HTTP 503 dla wszystkich żądań. Nadal jednak mogę pingować serwer. Zgadnij: serwer nadal działa, IIS został zamknięty, trwają poważniejsze prace aktualizacyjne.
4. Około minuty później straciłem cały dostęp do serwera. Brak jądra, brak systemu Windows, nic, czekanie, aż system powróci do trybu online po faktycznym ponownym uruchomieniu.
5. Po kolejnej minucie polecenie ping wróciło i udało mi się połączyć z usługą RD na czas, aby zobaczyć ostatnie kroki aktualizacji. Serwer działa normalnie od tego czasu.

Jeśli więc stracisz zdalny dostęp do serwera natychmiast po ponownym uruchomieniu, nie panikuj , prawdopodobnie wykonuje on pewne prace konserwacyjne i po zakończeniu wróci do trybu online.

Pulpit zdalny może również zachowywać się dziwnie, jeśli masz starsze sterowniki grafiki. Na serwerze nie sądzę, że byłby to problem, ale aktualizacja sterowników graficznych to coś, co możesz spróbować. (Naprawiono dla mnie podobny problem na komputerze z XP SP3).

dobre, jeśli rozwiązane, ale do przyszłych odniesień, dodaję te linie;

1. Pulpit zdalny będzie działał, gdy serwer się uruchomi i po ponownym uruchomieniu pojawi się ekran logowania. Zwykle wszystkie ICMP (ping) i usługi (sieć / domena itp.) Stają się dostępne, ale serwer pulpitu zdalnego musi być w pełni uruchomiony.
2. Jeśli serwer zostanie zrestartowany i spodziewasz się, że ktoś może już być podłączony, możesz wypróbować mstsc / admin . Pomoże Ci to zalogować / ominąć limit dwóch logowań na serwerze.
3. Aby wyjaśnić jeszcze jedną rzecz w tej odpowiedzi, która nie jest przeznaczona do tego, ale jest z tym związana, nieaktualny wpis w pamięci podręcznej DNS może również być jedną z rzeczy do rozważenia, ale wyraźnie mówi o błędzie.