6/29/2023 0 Comments Lag microsoft remote desktop 10![]() It seems to be primarily on the video side and input The issue is that we are experiencing extreme session lag. It seems to correspond to the release of 10.2.12 but that isn't 100% certain at this point. This has been aįantastic solution up until recently for our Mac users. It acts as a Remote Desktop Gateway and issues an RDP file after you log in which is then utilized by your local RDP client to make the connection through the gateway. Disabling UDP (to force TCP) seems to be a decent enough work-around, though the protocol can feel a bit laggier.We use the F5 BIG-IP APM product for our remote access at our office. Then Windwas meant to fix these, I think.Īpparently the new version of the RDP protocol has some issues, e.g. I'm fuzzy on the details, but in short, I think there was something about some bugs being discovered in the RDP protocol as implemented prior to Windows 10 1903:ĬVE-2019-1181 | Remote Desktop Services Remote Code Execution Vulnerability ĬVE-2019-1182 | Remote Desktop Services Remote Code Execution Vulnerability. ![]() I reverted this solution after trying it, preferring to rely on the Group Policy instead. On client: Registry Editor → Computer → HKEY_LOCAL_MACHINE → SOFTWARE → Policies → Microsoft → Windows NT → Terminal Services → Client → → New → DWORD (32-bit) Value → Name: fClientDisableUDP → Value data: 1 → Base: Decimal Note: This seems to have worked for me when I tried it, but can't verify much beyond that. Not recommended (tweaking Registry Editor) Source: answer. On server : Local Group Policy Editor → Local Computer Policy → Computer Configuration → Administrative Templates → Windows Components → Remote Desktop Services → Remote Desktop Session Host → Connections → Select RDP transport protocols → Enabled → Use only TCP On client: Local Group Policy Editor → Local Computer Policy → Computer Configuration → Administrative Templates → Windows Components → Remote Desktop Services → Remote Desktop Connection Client → Turn Off UDP On Client → Enabled Three ways to implement (probably mutually compatible, but probably only need to do one): Switching to TCP-only does seem a bit more laggy, but the lag is more ordered (which is strangely nicer than the erratic lag) and I've yet to encounter an indefinite hang. ![]() RDP seems to behave a lot better with TCP than UDP. Reducing RDP session settings, avoiding audio, and avoiding video seem to help.įull-ish work-around: Disable UDP. Partial work-around: Reduce network strain. A direct local connection may be relatively reliable. Partial work-around: Improve network connectivity. However, TCP-only coupled with trying to improve network connectivity or/and reducing load (such as video and audio) seems to greatly reduce the incident rate. For example, I've had RDP completely freeze even in TCP-only mode. ![]() My guess is that the RDP protocol has lost some of its resilience to packets getting lost or out-of-order. Seems to occur primarily when using the UDP protocol under load. No error messages seen client window can be closed and restarted normally. Other times the RDP session seems to hang indefinitely. Sometimes the RDP session recovers, resuming normal function. ![]() Client window is responsive, but the content within it is essentially a static image. RDP session updates oddly, distorting audio and video. ![]()
0 Comments
Leave a Reply. |