Compartir a través de


Guía de solución de problemas de conectividad de sesión de RDS

Pruebe nuestro agente virtual: puede ayudarle a identificar y corregir rápidamente problemas comunes de replicación de Active Directory

Este artículo está diseñado para ayudarle a solucionar problemas en los escenarios de conectividad de Escritorio remoto de conectividad (RDS).

Comprobación del estado del RDP

Comprobación de si el agente de escucha de RDP funciona

Problemas comunes y soluciones

Límite de credenciales por aplicación

Windows permite un máximo de 20 credenciales por aplicación. Si debe tener más de 20 credenciales por aplicación, siga estos pasos para omitir este límite:

  1. Ejecute regedit.
  2. Cree o establezca el valor del HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Vault\MaxPerAppCredentialNumber Registro de tipo DWORD en un número mayor que 20.
  3. Reinicie el equipo.
  4. Pruebe la configuración mediante la creación de un conjunto de credenciales en el cliente de Escritorio remoto.

Riesgos potenciales: al cambiar esta configuración del Registro, es importante tener en cuenta lo siguiente:

  • Esta es una operación de administración. Los errores que se introducen en el Registro podrían hacer que un equipo se vuelva inestable. Los usuarios que no son administradores cambian las entradas del Registro por su cuenta y riesgo.
  • Este cambio afectará a todas las aplicaciones instaladas en el equipo.

Los clientes no se pueden conectar y se devuelve el error "Clase no registrada"

Al intentar conectarse a un equipo remoto mediante un cliente en el que se ejecuta la versión 1709 de Windows 10, o cualquier versión posterior, es posible que el cliente no se conecte si el servidor del host de sesión de Escritorio remoto muestre el código de error "Clase no registrada (0x80040154)".

Este problema se produce si el usuario que intenta conectarse tiene un perfil de usuario obligatorio. Para resolverlo, instale la actualización de Windows del 24 de julio de 2018: KB4338817 (compilación del sistema operativo 16299.579).

Los portátiles remotos se desconectan de la red inalámbrica

Este problema puede producirse cuando un cliente de Escritorio remoto se conecta a un equipo portátil mediante una red inalámbrica 802.1x. El portátil se desconecta de forma intermitente de la red inalámbrica y no se vuelve a conectar automáticamente.

Se trata de un problema conocido que se produce si la configuración de autenticación de red para la conexión de red inalámbrica es Autenticación de usuario.

Para solucionar este problema, establezca la configuración de autenticación de red en Autenticación de usuarios o equipos o en Autenticación de equipo .

Nota:

Para cambiar la configuración de autenticación de red en un solo equipo, es posible que tenga que usar el panel de control Centro de redes y uso compartido para crear una nueva conexión inalámbrica que use la nueva configuración.

Para obtener una descripción completa de cómo configurar las opciones de red inalámbrica mediante GPO, consulte Configuración de directivas de red inalámbrica (IEEE 802.11).

Recolección de datos

Si necesita ayuda del soporte técnico de Microsoft, le recomendamos que recopile la información siguiendo los pasos mencionados en Recopilación de información mediante el uso de TSS para cuestiones relacionadas con la experiencia del usuario.

Requisitos previos

  1. TSS debe ejecutarse con cuentas con privilegios de administrador en el sistema local y el CLUF debe aceptarse (una vez que se acepte el CLUF, TSS no volverá a preguntar).
  2. Se recomienda la directiva de ejecución de PowerShell del equipo RemoteSigned local.

Nota:

Si la directiva de ejecución de PowerShell actual no permite ejecutar TSS, realice las siguientes acciones:

  • Establezca la RemoteSigned directiva de ejecución para el nivel de proceso mediante la ejecución del cmdlet PS C:\> Set-ExecutionPolicy -scope Process -ExecutionPolicy RemoteSigned.
  • Para comprobar si el cambio surte efecto, ejecute el cmdlet PS C:\> Get-ExecutionPolicy -List.
  • Dado que los permisos de nivel de proceso solo se aplican a la sesión actual de PowerShell, una vez que se cierra la ventana de PowerShell especificada en la que se ejecuta TSS, el permiso asignado para el nivel de proceso también volverá al estado configurado anteriormente.

Recopilar información clave antes de ponerse en contacto con el soporte técnico de Microsoft

  1. Descargue TSS en todos los nodos y descomprima en la carpeta C:\tss .

  2. Abra la carpeta C:\tss desde un símbolo del sistema de PowerShell con privilegios elevados.

  3. Inicie los seguimientos en el cliente y el servidor mediante los siguientes cmdlets:

    Nota:

    Ejecute estos seguimientos simultáneamente en el cliente, los servidores host de sesión y los servidores de licencias.

    • Cliente:

      TSS.ps1 -scenario Net_RDScli
      
    • Servidores:

      TSS.ps1 -scenario Net_RDSsrv
      

    Si recibe muchas advertencias de seguridad relacionadas con la directiva de ejecución mientras se ejecuta el script, ejecute el Set-ExecutionPolicy -ExecutionPolicy Bypass -force -Scope Process cmdlet para omitir esas advertencias.

  4. Responda al mensaje del CLUF.

  5. Permita la grabación (vídeo) y escriba Y.

  6. Cuando el script se muestre Reproduce the issue and enter 'Y' key AFTER finishing the repro en el cliente y en los servidores, empiece a reproducir el problema.

  7. Escriba Y para finalizar la recopilación de registros después de reproducir el problema.

Los seguimientos se almacenarán en un archivo ZIP en la carpeta C:\MS_DATA , que se puede cargar en el área de trabajo de Microsoft para su análisis.

Referencia