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?


¿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, ¿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".


¿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.


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.


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)


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.



0

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

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.