Issues with Remote Desktop on Windows 11 after Update 22H2

Anonymous
2022-09-22T13:54:07+00:00

All of our Remote Desktop Users using Windows 11 are having problems connecting to Remote Desktop after installing this update. It just hangs at connecting.

We have found that there is a bug in the Remote Desktop client so that it is only trying the UDP connection and not trying TCP connection. We only allow the port 443 connection through on our firewall.

The only workaround we have found is to make the following change on the Windows 11 computer.

Have to set this value to 1 in the registry for Windows 11 client to work outside the network

Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client

KEY VALUE - fClientDisableUDP SET TO 1

Otherwise the Remote client just keeps trying to connect via UDP.

This issue did not start until the Windows 11 update was installed over the last couple days.

Jeff

Windows for business | Windows Server | User experience | Remote desktop clients

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments

125 answers

Sort by: Newest
Most helpful Newest Oldest
  1. Anonymous
    2022-10-26T07:34:07+00:00

    Hi Jeff, hi Microsoft,

    Switching off UDP with one of the solutions mentioned at least means that a connection can be established again. We run an enterprise solution for our customers and are severely impacted by the issue. Excessive use of virtual channels is possible without UDP, but this means that drawing operations, for example when copying files through the channel, freeze. So far so good... The only solution from my point of view is to roll back the files (mstsc.exe and mstscax.dll) to the status before the 22H2 update. It is important that the permissions on the files are not modified, so that Microsoft can then cleanly update them again with the next update. Our solution is: - Stop all instances of mstsc.exe - Elevate to local administrator - Start Trusted Installer Service - Start a copy application (exchange files) in the context of the Trusted Installer (similar to here: https://github.com/rara64/GetTrustedInstaller/blob/master/BerlinDefence.cs) At least the functionalities used in our scenario are restored and customers can use our services without restrictions. I am not aware of any side effects. Unfortunately, the application used cannot share, as it was specially developed for our customers. However, if anyone needs help, he/she is welcome to get in touch on the subject.

    Was this answer helpful?

    1 person found this answer helpful.
    0 comments
  2. Anonymous
    2022-10-23T14:40:46+00:00

    Hello -

    I also hope to stay in the loop about when there's an update that resolves this issue. Thanks to everyone who's contributed here.

    Was this answer helpful?

    0 comments
  3. Anonymous
    2022-10-22T22:55:50+00:00

    The 2282 issue with the update is this, fixed or do I have to go around the work around, thank you.

    Was this answer helpful?

    0 comments
  4. Anonymous
    2022-10-19T03:32:39+00:00

    same here - except 204 error

    My error turned into a 204 error eventually.

    Not sure if you've fixed it yet, but I was able to find a fix that worked for my machine:

    1. Change port forwarding on the router to 3391
    2. Change port for remote desktop to 3391 in HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp - "PortNumber"
    3. Add exceptions in windows firewall by using firewall advanced settings - inbound rules - port. Specify 3391 and do this for UDP (I also repeated this process for TCP, but not sure if it's necessary)
    4. Turn remote desktop off and back on in system->remote desktop.

    I also did the fClientDisableUDP trick, but this didn't seem to work until after I did the above steps.

    It seemed like the default 3389 wasn't working for me, and neither was 3390, but someone somewhere else suggested port 3391 was working. I gave it a shot and it worked.

    Was this answer helpful?

    0 comments
  5. Anonymous
    2022-10-16T00:55:23+00:00

    Thanks VERY much Jeff, as the Reg kill of the UDP absolutely fixed my issues. Like you, I had multiple W7, W10 machines with no issues RDP'ing. After the W11 machines updated, failed, hung, and had to task manager out. Thank you for sharing this, and I will be RE-sharing this post, to help others as well.

    Thank you.

    Was this answer helpful?

    0 comments