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?
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:
źródło
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:
Advanced
Patka.Connect and don't warn me
LUB,Warn me
jeśli wcześniej miałeś poprzednią opcję.źródło
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.
źródło
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” .
źródło
Używamy AADServer do wielu połączeń RDP z Windows 7. Wygląda na to, że KB2984972 nie jest kompatybilny. Odinstalowanie KB2984972 pomaga mi. Dziękuję Gabriel
źródło
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.
źródło
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. :)
źródło
Odinstaluj KB2984972 lub zainstaluj ponownie.
źródło