![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(86.4, 31%, 18%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ET%3C/text%3E%3C/svg%3E)
Hola VPHAN,
He seguido todas las recomendaciones, pero no ha servido para mi. También he activado TLS1.2 y 1.3, pero tampoco ha solucionado el problema.
¿Alguna recomendación más?
Muchas gracias
Problema escritorio remoto windows server 2025
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(124.80000000000001, 59%, 22%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ET%3C/text%3E%3C/svg%3E)
Tejerias
0
Puntos de reputación
Tras actualizar un controlador de dominio de Windows server 2019 a Windows server 2025, el escritorio remoto ha dejado de funcionar.
Al tratar de conectarme (para labores de administración) aparece el error 0x3, código de error extendido 0x11
He probado a hacer casi de todo:
- He desactivado la autenticación NLA y desactivado temporalmente el firewall
- He verificado a acceder desde el propio server a si mismo conectándome tanto a "localhost" como IP, etc con un usuario administrador de red
- Si ejecuto "Test-NetConnection -SERVER 192.168.1.1 -Port 3389" responde correctamente
- He eliminado y generado nuevamente los certificados del servicio de escritorio remoto
- He renombrado la carpeta "MachineKeys" por OLD y reiniciado el servicio para que me la genere nuevamente
- He actualizado el driver de la tarjeta de red
- He eliminado el grupo de red y lo he generado nuevamente
Aun así sigue apareciendo el mismo error.
Si voy al visor de eventos, me aparecen estos avisos:
- TCP socket READ operation failed, error 64
- RDPClient_SSL: error al realizar la transición desde TsSslStateDisconnected a TsSslStateDisconnected en respuesta a TsSslEventInvalidDtate (código error 0x8000FFFF)
- RDP ClientActiveX se ha desconectado (Razón = 3)
¿Alguien se le ocurre que más podría hacer?
Muchas gracias
Windows para empresas | Windows Server | Experiencia del usuario | Servicios de escritorio remoto y servicios de terminal
3 respuestas
Ordenar por: Muy útil
-
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(275.2, 16%, 36%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EV%3C/text%3E%3C/svg%3E)
VPHAN 45,665 Puntos de reputación Asesor independiente2026-03-23T12:48:16.17+00:00 Hola Tejerias,
Los fallos de lectura de sockets TCP y los errores de transición de estado SSL que observas en el visor de eventos indican una falla durante el handshake criptográfico o un fallo en la capa de transporte, lo cual es común tras una actualización in situ del controlador de dominio. Como ya has verificado la conectividad de los puertos y recreado las claves criptográficas, el problema suele provenir del propio mecanismo de transporte del protocolo. Puedes forzar que la conexión de Escritorio Remoto dependa completamente del protocolo TCP, que es más estable, abriendo el Editor de Registros en tu máquina cliente y navegando a la ruta HKEY_LOCAL_MACHINE\SOFTWARE\Políticas\Microsoft\Windows NT\Servicios Terminal\Cliente. En esa ubicación, crea un nuevo valor DWORD llamado fClientDisableUDP y establece sus datos de valor en 1. En tu controlador de dominio de Windows Server 2025, abre el Editor de Políticas de Grupo Local, navega a Configuración del Ordenador, Plantillas Administrativas, Componentes de Windows, Servicios de Escritorio Remoto, Host de Sesión de Escritorio Remoto y Conexiones. Activa la política para seleccionar detección de red en el servidor y desactiva las opciones de Detección de Tiempo de Conexión y Detección de Red Continua para evitar que el servidor pierda la conexión de forma agresiva.
Si forzar TCP no resuelve el 0x11 de error extendido, la actualización del sistema operativo in situ puede haber corrompido inadvertidamente los permisos predeterminados del sistema de archivos en tu unidad del sistema. Cuando un servidor sufre una actualización in situ, especialmente como controlador de dominio, el grupo de usuarios por defecto a veces pierde sus permisos de Lectura y Ejecución en la raíz de la unidad C:. Esta falta de acceso impide que el Framework de Controladores en Modo de Usuario de Windows cargue los binarios esenciales del controlador remoto de pantalla durante el inicio de la sesión, provocando un bloqueo silencioso que termina la conexión y genera el error de desconexión ActiveX que estás viendo. Haz clic derecho en tu unidad C:, comprueba las propiedades de seguridad y asegúrate de que el grupo de usuarios del dominio tenga acceso a Lectura y Ejecución aplicado al nivel raíz. Además, verifica que el servicio de Configuración de Escritorio Remoto y la cuenta del Servicio de Red tengan permisos explícitos de lectura en tu carpeta MachineKeys recién generada, ya que regenerar ese directorio manualmente suele aplicar descriptores de seguridad por defecto excesivamente restrictivos que impiden que el servicio lea los certificados SSL.
Espero que esta respuesta te haya aportado información útil. Si es así, por favor pulsa "aceptar respuesta". Si tienes alguna pregunta, no dudes en dejar un comentario.
VP