La conexión RDP de Windows 7/8 a Server 2012 es lenta

16

Recientemente instalé Windows Server 2012 para fines de desarrollo en nuestra oficina y noté de inmediato que la conexión a través de RDP es lenta. La conexión puede demorar entre 5 y 10 segundos en ocasiones, mientras que la conexión a cualquiera de nuestros cuadros de Windows 7 o Windows 2008 R2 toma como máximo 1-3 segundos.

Al principio, atribuí esto a la caja misma que necesitaba una actualización del controlador o algo así, pero ayer, instalé Windows 8 en mi PC de escritorio y la conexión desde casa a esa máquina con Windows Server 2012 produce el mismo resultado. Hay una pausa de 3-4 segundos en "asegurar la conexión remota" y luego nuevamente en "configurar la sesión remota".

No veo ninguna advertencia en el registro de eventos, y una vez conectado, no parece haber ningún problema de rendimiento. ¿Hay algún problema conocido con las conexiones RDP de Windows 7 u 8 a los sistemas Windows Server 2012? ¿Algo que debería buscar?

Chris
fuente
¿Qué cliente RDP estás usando?
Ramhound
El cliente incorporado en Windows 7 RDP.
Chris
Excepto en Windows 8 hay dos. Una que es una aplicación de escritorio y la otra es una aplicación de la Tienda Windows (interfaz de usuario moderna), ¿cuál está utilizando? Entonces, ¿cómo estás usando Windows 7 si estás usando Windows 8 / Windows Server 2012?
Ramhound
1
Me estoy conectando desde Windows 7 usando el cliente RDP de escritorio.
Chris
Actualice la pregunta para reflejar este hecho. ¿Qué obtienes si intentas conectar Windows 8 Professional a Windows Server 2012?
Ramhound

Respuestas:

10

Experimenté el mismo problema y lo resolví agregando la configuración de registro mencionada aquí .

  1. Abra RegEdit en la máquina con Windows Server.
  2. Navegue a esta clave de registro en el árbol de la izquierda:

    HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ Tcpip \ Parameters

  3. Haga clic derecho en el lado derecho y agregue un nuevo valor DWORD (32 bits)
  4. Establezca el nombre del valor en DisableTaskOffload y los datos del valor en 1
  5. Vuelva a conectarse al servidor a través de RDP (a una nueva sesión) y su rendimiento debería ser normal.
Schellack
fuente
@schellack, ¿por qué funciona esto? ¿Como funciona?
Pacerier
1
De acuerdo con technet.microsoft.com/en-us/library/cc959732.aspx , la configuración DisableTaskOffload descarga las tareas del procesador al adaptador de red. Esto mejora enormemente el rendimiento. Sin embargo, no sé por qué la configuración está deshabilitada en las versiones más recientes de Windows Server.
schellack
3
@schellack Parece haber cierta confusión en su comentario ... La configuración se llama _DISABLE ... Establecerla en 1 desactivará la descarga de tareas, no la ACTIVARÁ. El valor predeterminado es 0, lo que significa que, por defecto, la descarga de tareas está activa.
Oskar Berggren
6

Esto me ha pasado antes. Lo resolví yendo a la Remote Desktop Connection -> Experiencepestaña y asegurándome de no haber seleccionado "Detectar calidad de conexión automáticamente". También desmarqué todo en "Permitir lo siguiente".

Ken W MSFT
fuente
¿A qué Experiencepestaña te refieres? No veo la Experiencepestaña en Server 2003 tscc.msc: i.stack.imgur.com/SXh0h.png
Pacerier
3

Tengo el mismo problema. Y trato de hacer 2 pasos.

Paso 1: hacer como "Schellack" decir

  • Abra RegEdit en la máquina con Windows Server. Navegue a esta clave de registro en el árbol de la izquierda: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ Tcpip \ Parameters

  • Haga clic derecho en el lado derecho y agregue un nuevo valor DWORD (32 bits) Establezca el nombre del valor en DisableTaskOffload y los datos del valor en 1

  • Vuelva a conectarse al servidor a través de RDP (a una nueva sesión) y su rendimiento debería ser normal.

Paso 2: y deshabilite el servicio Enumeración de dispositivo de tarjeta inteligente:

  • Vaya a Ejecutar -> Servicios -> Enumeración de dispositivo de tarjeta inteligente -> Desactivar

Creo que la razón principal es que la tarjeta inteligente está habilitada porque retrasa el servicio de escritorio remoto. Espero que esto ayude a alguien que tiene el mismo problema.

Huynh Hien
fuente
Respuesta correcta aquí mismo. Desactivar la enumeración de dispositivos de tarjeta inteligente me hizo una mejora del 100%. Este fue obviamente el culpable.
Bryan
1
¿Es esa enumeración en el cliente o servidor?
Rob el
1

Puede diagnosticar esto de diferentes maneras:

Use el nombre NetBIOS, luego el FQDN, luego la dirección IP cuando use la aplicación RDP. por lo general, este es un retraso en la resolución de nombres y se puede resolver utilizando el FQDN en lugar del nombre más corto de NetBIOS. Normalmente, después de la primera conexión, las conexiones posteriores deberían resolverse más rápido ya que el nombre se almacenará en la memoria caché en la máquina local.

Si esta es una máquina a la que se conectará regularmente Y esa máquina tiene una dirección IP estática, puede agregarla al archivo HOSTS local, lo que debería resultar en una negociación más rápida a la que está acostumbrado.

Chris E. Avis
fuente
1

El problema está relacionado con la función de sombra del puntero del mouse.

Dentro de RDP esto conduce a un mouse de salto / lento.

Corrija este comportamiento con Mouse -> Puntero -> Habilitar sombra de puntero (deshabilitar)

Christian Hornhues
fuente
0

El problema que me llevó a esta página fue sobre un problema de conexión de escritorio remoto. Realicé una instalación completamente nueva de Server 2012 en VM ESXi 5.5. Todo el servidor se configuró bien, DC y DHCP, nada más.

La consola de ESXi estaba actuando la vida un encanto. Reinicio y conexión inmediata. Pero cuando llegó el momento de conectarse desde un escritorio remoto, la conexión tardó varios minutos antes de abrirse. ¡No entendí por qué porque en el cuadro de 2008, además, estaba bien!

Bueno, todo este tiempo, el problema estaba relacionado con la detención del servicio de Registro remoto. No pude iniciarlo porque decía algo sobre el usuario de la conexión que no es lo mismo que otro servicio relacionado.

Resolución: cambie manualmente la configuración de Conexión en la configuración de Registro remoto para NT Authority \ LocalService y no se requiere contraseña. Ahora la conexión RDP funciona bien y se conecta justo después de ingresar la contraseña de administrador de mi dominio.

Bruno Villeneuve
fuente
0

usa esto como respuesta correcta. esto es del software de Microsoft https://support.microsoft.com/en-us/kb/2915774

Brijesh Sharma
fuente
¡Bienvenido a Super User! Cite las partes esenciales de la respuesta de los enlaces de referencia, ya que la respuesta puede invalidarse si las páginas enlazadas cambian.
DavidPostill
0

La desactivación Smart Card Enumeration Serviceparece solucionar nuestro problema.

KuN
fuente