Protokół RDP kończy się natychmiast po połączeniu z systemem Windows Server 2008 R2


13

Tło: Niedawno mam serwer VPS w chmurze systemu Windows. Nie mam dużego doświadczenia z administratorem serwera (jestem programistą), a to, co mam niewiele, to serwery z linuksem.

Od czasu uzyskania serwera mam problemy z RDP. Mogę połączyć się dwa lub trzy razy, po czym nie mogę się połączyć, dopóki jeden z techników go nie „naprawi” (patrz poniżej). Kiedy się łączę, mogę pozostawać w kontakcie przez wiele godzin bez problemu.

Gdy zaczyna się problem z połączeniem, przy pierwszej próbie zalogowania pojawia się okno pulpitu zdalnego, zaczyna się łączyć, a następnie kończy się z komunikatem „Sesja pulpitu zdalnego została zakończona”. Następnie, jeśli spróbuję połączyć się ponownie przez około 10-20 minut, połączenia przekroczą limit czasu

Pulpit zdalny nie może połączyć się z komputerem z jednego z następujących powodów: 1) Zdalny dostęp na serwerze nie jest włączony 2) Komputer zdalny jest wyłączony 3) Komputer zdalny nie jest dostępny w sieci

następnie powraca do łączenia się i natychmiastowego rozłączania.

Wszystkie aktualizacje są zainstalowane. Zapora została poprawnie skonfigurowana, aby przepuszczać ruch RDP. Zdalne ustawienie to „Zezwalaj na połączenia z komputerów z dowolną wersją Pulpitu zdalnego”. Próbowałem utworzyć drugiego użytkownika, a gdy nie mogę się połączyć, nie mogę się również połączyć z tym użytkownikiem. Próbowałem zarówno miękkiego, jak i twardego restartu, z których żaden nie pomógł. Próbowałem połączyć się z dwóch różnych komputerów (oba z systemem Windows 7) z dwóch różnych sieci (pracy i domu), a zachowanie jest takie samo.

Wszystko inne na serwerze nadal działa poprawnie (strony http obsługiwane przez IIS, strony Java obsługiwane przez Tomcat, svn, ping).

„Naprawą”, którą dostarczają technicy, jest po prostu logowanie się do konsoli na ich końcu, po czym mogę połączyć się 2 lub 3 razy ponownie.

Przeglądarka zdarzeń na serwerze ma zdarzenia „błąd uwierzytelnienia” (lub coś podobnego) wygenerowane, gdy próbuję się zalogować i nie mogę. W tej chwili nie mogę dostać się do faktycznego wydarzenia, ponieważ jestem obecnie w fazie „nie mogę się połączyć” i czekam na zalogowanie się techników. Ale kiedy szukałem tego wydarzenia wcześniej tego ranka, nie mogłem nic znaleźć przydatny.

Czy ktoś może pomóc?

Odpowiedzi:


8

Miałem również podobną sprawę w odniesieniu do aktualizacji systemu Windows. Jedna z aktualizacji zdawała się wyłączać usługi RDP i VNC, ale logowanie lokalne było w porządku.

Skończyło się na tym, że LogMeIn został zainstalowany przez lokalnego technika, a kiedy zalogowałem się na swoje konto, znalazłem okno dialogowe czekające na kliknięcie z napisem „Windows Service Pack 1 Zainstalowano pomyślnie” lub coś w tym rodzaju. Po kliknięciu OK wszystko działało dobrze.

Dzięki Microsoft.


To wydaje się być najbardziej prawdopodobnym problemem. Pierwszą rzeczą, którą zrobiłem po zainicjowaniu serwera, było zainstalowanie aktualizacji; jednak kiedy serwer został utworzony po raz pierwszy, również nie byłem w stanie wykonać rdp, dopóki ktoś się nie zalogował. Wtedy jednak nie zwracałem na to większej uwagi. Skończyło się na ponownej aktualizacji serwera, a technologia wprowadziła pewne zmiany w obiekcie zasad grupy. Teraz działa. Czas zainstalować ponad 100 aktualizacji jeden po drugim, aby sprawdzić, czy mogę znaleźć ten, który go psuje: D
carpat

3
Zdarzyło mi się to 3 razy i mogę potwierdzić, że to SP1. Problem pojawia się, jeśli instalujesz dodatek SP1 jako użytkownik X. Żadne inne konto (np. Lokalna pomoc techniczna) nie wyświetli okna dialogowego z przyciskiem OK innym niż użytkownik X, a protokół RDP nie będzie dostępny, dopóki nie zostanie kliknięty przycisk OK. Nie wiesz, co się stanie, jeśli zostanie zainstalowany za pomocą Automatycznej aktualizacji systemu Windows.
Diament Z

Witamy The Diamond Z - Yours, Microsoft
Marin

4

Miałem podobny problem z maszyną wirtualną platformy Azure.

Okazuje się, że robił aktualizacje systemu Windows. W portalu zarządzania Azure panel Diagnostyka rozruchu wyświetla obraz bieżącego ekranu i pokazuje:wprowadź opis zdjęcia tutaj


2

Problem nadal występuje na maszynach WS2012R2. Po zainstalowaniu wszystkich aktualizacji na świeżej i czystej instancji WS2012R2 dostałem monit o podanie loginu i hasła podczas próby RDP, ale natychmiast zniknął po naciśnięciu Enter.

Spróbuj zmienić ustawienia uwierzytelniania serwera w kliencie RDP:

  1. Advanced Patka.
  2. Wybierz Connect and don't warn meLUB, Warn mejeśli wcześniej miałeś poprzednią opcję.

wprowadź opis zdjęcia tutaj


1

Nie wiedząc, jak wygląda zaplecze środowiska RDS, moje rozwiązanie jest tylko przypuszczeniem. Widziałem podobne problemy, gdy masz farmę RD skonfigurowaną z okrągłym robinem DNS (proste równoważenie obciążenia). Ktoś albo zmieni adres IP serwera członka farmy, albo serwer odpadnie po tym, jak komputer kliencki zbuforuje adres IP. Gdy klient łączy się z witryną RDgateway.somedomain.com, którą zapisał w pamięci podręcznej jako 192.168.1.6, uwierzytelnianie kończy się niepowodzeniem i pojawia się błąd. Spróbuj przejść do wiersza polecenia i uruchomić ipconfig / flushdns na kliencie, aby usunąć wszystkie stare rekordy.


Niestety to nie pomogło.
carpat

1

Zwykle nie lubię odpowiedzi „ja też”, ale to samo przytrafiło mi się w dość konsekwentny sposób, więc chciałbym to zaznaczyć.

Wygląda na to, że instalacja dodatku SP1 (za pośrednictwem usługi Windows Update lub samodzielnego instalatora) skutecznie wyłącza Pulpit zdalny, dopóki ktoś nie kliknie „OK” w oknie „Zainstalowano pomyślnie dodatek SP1” .



0

Miałem dokładnie ten sam problem, który przydarzył mi się dzisiaj po zainstalowaniu dodatku SP1 w systemie Windows 2008 R2 Enterprise. W moim przypadku miałem dostępne aktualizacje systemu Windows, które pobrałem i zainstalowałem, i to rozwiązało problem.


0

Jeśli po zainstalowaniu aktualizacji SP1 nie można uzyskać protokołu RDP, zastosowanie kolejnych 7 dostępnych aktualizacji powinno rozwiązać problem. To mi zrobiło. :)


Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.