3.5k
En algunos casos, al conectarse a una computadora remota o al host RDS a través de una conexión de escritorio remota (RDP), los usuarios pueden encontrar un «Se ha producido un error interno» error. Este error puede ocurrir por varias razones relacionadas con el servidor RDP/RDS y la configuración del cliente, y generalmente se muestra después de que se ingresan las credenciales del usuario en la ventana MSTSC.exe o inmediatamente después de que se haga clic en el botón de conexión.
Como hay varias causas posibles para este error RDP interno, intente los siguientes consejos uno por uno hasta que encuentre una solución que lo ayude.
Verifique la configuración de escritorio remota en el dispositivo cliente
Si el error «Se ha producido un error interno» solo se muestra en una computadora y otros clientes se conectan correctamente al host de escritorio remoto, debe verificar la configuración del dispositivo cliente actual.
Restablezca el caché del cliente DNS en su computadora ejecutando el siguiente comando desde un símbolo del sistema elevado:
ipconfig /flushdns
Si ha ingresado el nombre de host o FQDN de la computadora remota en la ventana del cliente RD, intente establecer una conexión RD utilizando una dirección IP. Si la conexión de IP de escritorio remota es exitosa, use el comando nslookup para verificar que la configuración de DNS en su computadora sea correcta:
nslookup yourRDShost
Pista. Si la configuración de DNS no se configura correctamente, el escritorio remoto no puede encontrar el error de su computadora.
Luego verifique que el puerto RDP predeterminado (TCP/3389) esté disponible en el servidor remoto y la conexión no está bloqueada por un firewall. Abra la consola PowerShell y ejecute el comando:
Test-NetConnection yourRDShost -port 3389
Este comando regresará Tcptestsucceded: verdadero Si el puerto RDP no está bloqueado.
Si está utilizando una VPN para conectarse a una red remota, intente deshabilitar las conexiones VPN e intente volver a conectarlo al host RDP. Puede encontrar y deshabilitar todas las conexiones VPN de Windows nativas activas utilizando PowerShell:
foreach ($item in get-vpnconnection | where { $_.ConnectionStatus -eq "Connected" })
{
Rasdial $item.Name /disconnect
}
Si está utilizando el software VPN de terceros, desconecte las sesiones de VPN desde su interfaz.
Abra las propiedades de su conexión RDP en Windows de conexión de escritorio remoto (mstsc.exe) y asegúrese de que el ‘Vuelva a conectar si se cae la conexión‘La opción está habilitada en el Experiencia pestaña.
Además, intente deshabilitar la advertencia de autenticación del servidor en el Avanzado pestaña del cliente RDC. Establecer el Si la autenticación del servidor falla a Conéctate y no me advierias.
Verifique el registro de eventos de seguridad para la siguiente ID de evento 5379:
Se leyeron las credenciales del gerente de credenciales.
Este evento ocurre cuando un usuario realiza una operación de lectura sobre credenciales almacenadas en Credential Manager.
Su cliente RDP puede haber intentado usar credenciales RDP guardadas para conectarse. Debe intentar eliminar la contraseña guardada del Administrador de credenciales de Windows:
- Abra las credenciales de Windows a través del panel de control. O ejecutando el comando:
rundll32.exe keymgr.dll,KRShowKeyMgr
- Elimine las credenciales de inicio de sesión RDP guardadas para su host remoto. Encuentre la entrada que se inicia con Timesrv \ Your_rdp_Host_Name o TermemRV \ Your_RDP_IP_Address y haga clic en el Eliminar botón;
Use el siguiente script por lotes para borrar el caché RDP en el cliente:
@echo off reg delete "HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Default" /va /f reg delete "HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Servers" /f reg add "HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Servers" attrib -s -h %userprofile%\documents\Default.rdp del %userprofile%\documents\Default.rdp del /f /s /q /a %AppData%\Microsoft\Windows\Recent\AutomaticDestinations del /f /s /q /a "%userprofile%\AppData\Local\Microsoft\Terminal Server Client\Cache"
Guarde este código en el archivo RESET_MSTSC_CACHE.BAT y ejecutarlo como administrador.
A continuación, verifique la configuración del lado del host RDP si ninguno de estos consejos funciona.
Verifique la configuración de host de escritorio remoto
Si el error de conexión de escritorio remoto se produce en todos los clientes, la forma más simple de resolver el problema es reiniciar el host RDP/RDS remoto.
Si no puede reiniciar el host RD de inmediato, debe intentar reiniciar el servicio de escritorio remoto (junto con el redirector de puertos Usermode de servicios de escritorio remotos). Puede hacer esto con los siguientes comandos que se ejecutan en el CMD.exe elevado:
net stop termservice net start termservice
O puede reiniciar servicios de escritorio remotos de la consola Services.MSC.
Si el problema desapareció después de un reinicio, pero reaparece después de un tiempo, entonces debe intentar cambiar la configuración del host de sesión RD.
Use GPO para ajustar la configuración del host RD
Intente cambiar algunas configuraciones de políticas grupales utilizando el editor GPO local (gpedit.msc) o la consola de gestión de políticas de grupo de dominio (GPMC.MSC).
- Deshabilitar el protocolo UDP para las conexiones RDP. Navegue a la configuración de la computadora> Plantillas administrativas> Componentes de Windows> Servicios de escritorio remoto> Host de sesión de escritorio remoto> Conexiones, habilitar la política Seleccione Protocolos de transporte RDP y establecer Seleccione el tipo de transporte = Usar solo TCP. Esto deshabilitará completamente el uso de UDP para conexiones RDP;
- El error «se ha producido un error RD interno» a menudo solo ocurre en los clientes que están conectados a la red a través de un túnel VPN. Parece que el problema es causado por la fragmentación de los paquetes UDP en el túnel VPN. Para deshabilitar RDP sobre UDP solo en un cliente específico, habilite la siguiente opción GPO en esa computadora: Off UDP en el cliente = Habilitado en Configuración de la computadora> Plantillas administrativas> Componentes de Windows> Servicios de escritorio remotos> Conexión remota de escritorio Cliente> Apague UDP en el cliente = Habilitado;
- Habilitar algoritmos compatibles con FIPS: configuración de la computadora> Configuración de Windows> Configuración de seguridad> Políticas locales> Opciones de seguridad> Criptografía del sistema: use algoritmos compatibles con FIPS para cifrado, hashing y firma = Habilitado;
- Deshabilite la codificación de hardware y la AVC forzada: Modo 444 en el lado del servidor RDP: Configuración de la computadora> Plantillas administrativas> Componentes de Windows> Servicios de escritorio remotos> Host de sesión de escritorio remoto> entorno de sesión remota> Priorizar el modo gráfico H.264/AVC 444 para una conexión de escritorio remota = Deshabilitado;
- Intente ajustar el nivel de seguridad RDP al modo RDP. Habilitar la política ‘Requiere el uso de una capa de seguridad específica para conexiones remotas‘En la sección GPO Configuración de la computadora> Plantillas administrativas> Componentes de Windows> Servicios de escritorio remotos> Host de sesión de escritorio remoto> Seguridad y establece el nivel de seguridad en RDP (según el artículo). Reinicie el host remoto para aplicar esta configuración.
Después de cambiar la configuración de la política del grupo local en un servidor remoto, debe aplicarlos en el cliente y el servidor utilizando el comando GPUPDATE.
Verifique la autenticación del nivel de red
Para asegurar las conexiones RDP, la autenticación de nivel de red (NLA) está habilitado de forma predeterminada en el host RD. En algunos casos, NLA puede evitar que las conexiones RD sean de dispositivos heredados o incompatibles. Puede deshabilitar temporalmente NLA y ver si la conexión de escritorio remoto inseguro funciona como uno de los pasos de solución de problemas.
Configuración de red en host de escritorio remoto
Si está utilizando NIC Teaming (Bonding) en su host de Windows Server, asegúrese de que la escala del lado de recepción esté deshabilitado.
- Abra la consola del administrador de dispositivos (devmgmt.msc);
- Expandir los adaptadores de red y abrir las propiedades del Microsoft Network Adapter Multiplexor Driver;
- Ir al Avanzado pestaña y conjunto Recibir escala lateral a Desactivado.
Puede intentar cambiar el límite máximo de conexiones pendientes en su servidor RDP a través del registro. Establezca el siguiente valor de registro a través de regedit.exe:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server DWORD: MaxOutstandingConnections VALUE: 10000
O con PowerShell:
New-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server" -Name MaxOutstandingConnections -Value 10000 -PropertyType DWORD -Force
Verifique el tamaño de MTU actual en sus ventanas con el comando:
netsh interface ipv4 show subinterfaces
Certificados RDS
Cuando usa un certificado de tarjeta inteligente para autenticarse en el servidor de escritorio remoto, puede encontrar los siguientes eventos en el registro RemotedeskTOpServices-RDPCoret en el host de Windows Server 2019/2016 RDS:
Evento de advertencia 226, remotedesktopservices-rdpcorets
General: RDP_TCP: se encontró un error al hacer la transición de StateUnknown en respuesta a Event_Disconnect (código de error 0x80070040)
Evento de advertencia 142, remotedesktopservices-rdpcoret
General: Falló la operación de lectura del socket de TCP, Error 64
Asegúrese de que su certificado no haya sido revocado.
A continuación, intente recrear el certificado RDP:
- Abra los certificados locales de computadora MMC Snap-In (ejecute el comando certlm.msc);
- Vaya a la siguiente sección del certificado: Desktop remoto> Certificados;
- Haga clic derecho en su certificado de certificado autofirmado RDP y elimínelo (si hay varios certificaciones RDP, elimínalos todos);
- Reinicie los servicios de escritorio remotos como se describe anteriormente.
Cifrado RDP y TLS
Si ha deshabilitado los protocolos de seguridad de la capa de transporte heredado (TLS) 1.0 y TLS 1.1 en su host RD, esto puede causar un error interno al intentar establecer una conexión RD a una granja RDS con el corredor de conexión. La razón de este problema es que la base de datos interna de Windows (WID), que se usa de forma predeterminada en un host RDCB que ejecuta Windows Server 2016/2012 R2, solo admite TLS 1.0.
Para resolver el problema, puede:
- Use un servidor SQL de Microsoft externo con TLS 1.2 Soporte para la base de datos de Broker de conexión RD.
- O necesita habilitar el protocolo TLS 1.0 en RDCB:
reg add "HKLM\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.0\Server" /v Enabled /t REG_DWORD /d 1 /f
Ahora verifique si su cliente RDP se conecta al host remoto sin errores.
