Połączenie RDP z Windows 7/8 do Server 2012 jest wolne


16

Niedawno zainstalowałem system Windows Server 2012 do celów programistycznych w naszym biurze i od razu zauważyłem, że połączenie przez RDP jest wolne. Czasami połączenie może zająć 5-10 sekund, podczas gdy połączenie z dowolnym z naszych systemów Windows 7 lub Windows 2008 R2 zajmuje maksymalnie 1-3 sekund.

Na początku napisałem to do samego pudełka, które wymaga aktualizacji sterownika lub czegoś takiego, ale dopiero wczoraj zainstalowałem Windows 8 na moim komputerze stacjonarnym i połączenie z domu do tego komputera z systemem Windows Server 2012 daje ten sam rezultat. Występuje 3-4 sekundowa przerwa przy „zabezpieczaniu zdalnego połączenia”, a następnie ponownie przy „konfigurowaniu zdalnej sesji”.

Nie widzę żadnych ostrzeżeń w dzienniku zdarzeń, a po nawiązaniu połączenia wydaje się, że nie występują problemy z wydajnością. Czy występuje znany problem z połączeniami RDP z systemu Windows 7 lub 8 do systemów Windows Server 2012? Czego powinienem szukać?


Z którego klienta RDP korzystasz?
Ramhound,

Wbudowany klient Windows 7 RDP.
Chris

Z wyjątkiem Windows 8 są dwa. Jedną z nich jest aplikacja komputerowa, a druga to aplikacja Windows Store (nowoczesny interfejs użytkownika), z której korzystasz. Jak korzystasz z systemu Windows 7, jeśli korzystasz z systemu Windows 8 / Windows Server 2012?
Ramhound

1
Łączę się z systemu Windows 7 za pomocą stacjonarnego klienta RDP.
Chris

Zaktualizuj pytanie, aby odzwierciedlić ten fakt. Co otrzymasz, jeśli spróbujesz połączyć system Windows 8 Professional z systemem Windows Server 2012?
Ramhound,

Odpowiedzi:


10

Wystąpił ten sam problem i rozwiązałem go, dodając ustawienie rejestru, o którym mowa tutaj .

  1. Otwórz RegEdit na komputerze z systemem Windows Server.
  2. Przejdź do tego klucza rejestru w drzewie po lewej stronie:

    HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ Tcpip \ Parameters

  3. Kliknij prawym przyciskiem myszy po prawej stronie i dodaj nową wartość DWORD (32-bit)
  4. Ustaw nazwę wartości na DisableTaskOffload, a dane wartości na 1
  5. Ponownie połącz się z serwerem przez RDP (do nowej sesji), a Twoja wydajność powinna być normalna.

@schellack, Dlaczego to działa? Jak to działa?
Pacerier

1
Według technet.microsoft.com/en-us/library/cc959732.aspx ustawienie DisableTaskOffload odciąża zadania z procesora na kartę sieciową. To znacznie poprawia wydajność. Nie wiem jednak, dlaczego to ustawienie jest wyłączone w nowszych wersjach systemu Windows Server.
schellack 13.03.15

3
@schellack Wygląda na to, że w twoim komentarzu jest pewne zamieszanie ... Ustawienie nazywa się _DISABLE ... Ustawienie na 1 spowoduje wyłączenie odciążania zadania, a nie ON. Wartość domyślna to 0, co oznacza, że ​​domyślnie odciążanie zadania jest aktywne.
Oskar Berggren,

6

Zdarzyło mi się to wcześniej. Rozwiązałem go, wchodząc w Remote Desktop Connection -> Experiencezakładkę i upewniając się, że nie wybrano opcji „Automatycznie wykryj jakość połączenia”. Odznaczono również wszystko w obszarze „Zezwalaj na następujące”.


Do której Experiencekarty się odwołujesz? Nie widzę Experiencezakładki w Server 2003 tscc.msc: i.stack.imgur.com/SXh0h.png
Pacerier

3

Mam ten sam problem. I próbuję zrobić 2 kroki.

Krok 1: rób jak powiedz „schellack”

  • Otwórz RegEdit na komputerze z systemem Windows Server. Przejdź do tego klucza rejestru w drzewie po lewej stronie: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ Tcpip \ Parameters

  • Kliknij prawym przyciskiem myszy po prawej stronie i dodaj nową wartość DWORD (32-bit) Ustaw nazwę wartości na DisableTaskOffload, a dane wartości na 1

  • Ponownie połącz się z serwerem przez RDP (do nowej sesji), a Twoja wydajność powinna być normalna.

Krok 2: I wyłącz usługę Wyliczanie urządzeń kart inteligentnych:

  • Wybierz Uruchom -> Usługi -> Wyliczanie urządzeń kart inteligentnych -> Wyłącz

Myślę, że głównym powodem jest włączenie karty inteligentnej, ponieważ opóźnia ona zdalną obsługę pulpitu. Mam nadzieję, że to pomoże komuś, kto ma ten sam problem.


Prawidłowa odpowiedź tutaj. Wyłączenie wyliczania urządzeń kart inteligentnych stanowiło dla mnie 100% poprawę. To był oczywiście winowajca.
Bryan,

1
Czy to wyliczenie na kliencie lub serwerze?
Rob

1

Możesz to zdiagnozować na kilka różnych sposobów -

Użyj nazwy NetBIOS, następnie FQDN, a następnie adresu IP podczas korzystania z aplikacji RDP. zwykle jest to opóźnienie rozpoznawania nazwy i można je rozwiązać za pomocą nazwy FQDN zamiast krótszej nazwy NetBIOS. Zwykle po pierwszym połączeniu kolejne połączenia powinny zostać rozwiązane szybciej, ponieważ nazwa będzie buforowana na komputerze lokalnym.

Jeśli jest to komputer, z którym będziesz się regularnie łączyć ORAZ ten komputer ma statyczny adres IP, możesz dodać go do lokalnego pliku HOSTS, co powinno doprowadzić do szybszych negocjacji, do których jesteś przyzwyczajony.


1

Problem dotyczy funkcji cienia wskaźnika myszy.

W ramach RDP prowadzi to do przeskakiwania / wolnej myszy.

Popraw to zachowanie za pomocą Myszy -> Wskaźnik -> Włącz cień wskaźnika (wyłącz)


0

Problem, który doprowadził mnie do tej strony, dotyczył problemu z połączeniem ze zdalnym pulpitem. Zrobiłem zupełnie nową instalację Server 2012 w VM ESXi 5.5. Wszystkie serwery były dobrze skonfigurowane, role DC i DHCP włączone, nic więcej.

Konsola ESXi działała jak urok. Natychmiastowe ponowne uruchomienie i połączenie. Ale kiedy przyszedł czas na połączenie ze zdalnego pulpitu, połączenie trwało kilka minut przed otwarciem. Nie rozumiem dlaczego, bo poza tym w pudełku 2008 było w porządku!

Przez cały ten czas problem był związany z zatrzymaniem usługi Rejestru zdalnego. Nie mogłem go uruchomić, ponieważ mówiło coś o użytkowniku połączenia, a nie innym niż inna powiązana usługa.

Rozwiązanie: ręcznie zmień Ustawienia połączenia w ustawieniu Rejestr zdalny dla NT Authority \ LocalService i nie wymaga hasła. Teraz połączenie RDP działa dobrze i łączy się zaraz po wprowadzeniu hasła administratora mojej domeny.



0

Wyłączenie Smart Card Enumeration Servicewydaje się rozwiązać nasz problem.

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.