Congelación de RDP por VPN: la entrada sigue funcionando, así que pruebe el transporte

Cuando la imagen deja de actualizarse pero el ratón sigue deslizándose por el escritorio remoto, la conclusión obvia es que la VPN se ha caído. Esa conclusión suele ser errónea. Un fotograma congelado con entrada funcional significa que la sesión y su canal de entrada están vivos, lo que empuja el fallo hacia el transporte gráfico y no hacia el enrutamiento o las credenciales. Dos observaciones rápidas separan los tres fallos que los usuarios describen con la misma palabra.

Qué no le dice la congelación

El escritorio remoto transporta la entrada y las actualizaciones de pantalla por TCP 3389, y los clientes actuales de Windows pueden añadir un transporte UDP para la parte del flujo con más carga gráfica. En un túnel que fragmenta o descarta datagramas más grandes, el canal fiable sigue llevando pulsaciones de teclas mientras el canal gráfico se atasca. El resultado es la extraña combinación de una imagen atascada y un teclado que responde. También explica por qué reconectar a veces cura el síntoma durante un minuto y luego lo devuelve.

Una sesión que se desconecta y se reconecta es un fallo distinto, y una que nunca se abre es un tercero. Nombrar primero la forma evita que pruebe la capa equivocada.

Separe los tres fallos con dos comandos

Descartar la accesibilidad es barato. Pruebe el puerto RDP desde el cliente y luego lea el estado de la sesión en el host.

Test-NetConnection rdp-host.example.com -Port 3389
query user /server:rdp-host

Una prueba TCP fallida significa que la sesión nunca se abrió, así que trátelo como un problema de cortafuegos, ámbito o servicio y no como una congelación. Una prueba correcta con una sesión activa confirma que el canal de control existe, que es exactamente el caso de la imagen congelada. Ejecute la consulta al host desde una cuenta con permiso para ver sesiones, porque un error de permisos parece una lista vacía. Anote el ID y el estado de la sesión, ya que una sesión desconectada que conserva su ID no es lo mismo que una activa.

Desactive el transporte UDP y compare

Si solo se atasca la pantalla, compare transportes de cliente con un cambio cada vez. El cliente integrado y el cliente de Store no comparten pila, y la política de abajo quita UDP del cliente integrado.

reg query "HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client" /v fClientDisableUDP

Un valor de 1 significa que UDP ya está desactivado para ese cliente, así que una congelación que sobrevive al ajuste no es un problema de la ruta UDP. Cuando falta el valor, active la política, reconecte y repita exactamente la acción que se congeló antes. Pruebe el cliente de Store como paso aparte en lugar de combinar los dos cambios, o no sabrá cuál importó. Guarde la versión del cliente en sus notas, porque el comportamiento del transporte ha cambiado entre versiones de Windows.

Cuando un host se congela pero el resto está bien

Un solo host defectuoso en una subred por lo demás sana apunta lejos del túnel. Compruebe la MTU de la ruta y la pila de pantalla remota antes de tocar la configuración de la VPN.

ping -f -l 1472 rdp-host.example.com

Una respuesta demuestra que la ruta lleva un paquete de tamaño completo sin fragmentación a ese tamaño, mientras que un fallo con la marca de no fragmentar sugiere que la MTU del túnel necesita atención. Si pasan 1472 bytes y solo se congela ese host, mire su controlador gráfico y su carga en lugar de la red. Una copia rápida de un archivo a la misma máquina dice algo sobre el rendimiento, no sobre el canal gráfico de RDP. Cambie una variable cada vez y repita la misma acción en pantalla para que la comparación signifique algo.

Si la sesión nunca se abre, deténgase aquí, porque eso es accesibilidad y no una congelación. De lo contrario, conserve el ajuste de transporte que cambió el síntoma y anótelo con la versión del cliente.