Windows 10 Version 1809, Remote Desktop Connection not working from PC but working fine from macOS.

[Harry Kim]

Updated yesterday to version 1809,

Remote Desktop Connection from another Windows 10 version 1809 not working.

It looks like connected, but the whole screen is blank and the mouse cursor become hourglass then about 1 minute later, lost connection. Then trying to re-establish the connection, but the screen is still black. This time mouse cursor even stuck and not showing in the screen. 

[#2]

I have the same problem. The old version of mstsc (windows 10 1709, windows 7, Android version) can connect smoothly. However, the mstsc of windows 10 1809 cannot connect. While connected, the screen freeze. 

[#3]

I've got the same problem.  I tried to log into my remote PC yesterday (both local & remote have been upgraded to 1809).  Out of 5 attempts one was successful - the other 4 attempts resulted in the screen freezing in one form or another).

A fix for this would be gratefully received - I and my organisation are rather dependent on remote connections.

[#4]

Same problem. A black screen. Can confirm that the cumulative update didn't resolve this. 

[#5]

The only one solution is to, use the computer network name not the ip adress. But this is a half solution......

Have a nice day

[#6]

As it happens I was using the machine address and not the IP address and it was not working using the machine address.  I can't check this any further at present because I've rolled back to 1803.

One thing that seemed odd was that I was able to remote desktop using a machine on the local network, but not over a vpn connection (and I did check the vpn was working correctly by connecting to other machines that were not updated to 1809).

[#7]

Same problem here, my rdp server is behind a router with portfoward.

On my computer I can connect from my office but not from home (both places behind NAT)

I have no idea why it works from my office, before 1809 it worked from anywhere.

[#8]

Exactly the same with me.

RDP between office computers work fine. Between computers at the house works fine. Home to the office works fine, but from the office to home, black screen.

Been using Remote Desktop Connection Manager in the meantime. Works okay, but not preferable.

Also, it makes no difference if I use the fully qualified name or the ip.

[#9]

Are we talking 1809 to 1809 systems? If  so, then ignore below text. :-)

Was the 1809 system the remote. or was it initiating the Remote Desktop? What version was the remote system?   I have an 1809 system that can connect to an 1803 system fine. And, the 1803 can connect to 1809 fine.

I have not tried connecting through VPN or NAT router.

[#10]

Yes. Sorry, I should have mentioned that all systems were 1809.

[#11]

Same issues with RDP. Cannot connect to remote session.

[#12]

Also seeing this problem. When logging in remotely from a PC running 1809 to another PC running 1809 over the WAN RDP draws the first few frames and then suddenly locks up.

[#13]

I do have the same problem (as Munn). The only workaround is to enable "Turn Off UDP On Client" in the group policy editor.

[#14]

I have the same problem. Remote Desktop client stopped working right after this update. Very frustrating. Still reading but I hope there is a fix.

[#15]

Yep, I am getting exactly the same symptom.

[#16]

Ditto to all the above symptoms, 1809 version, cannot connect to any RDC enabled OS (W2008 - W2016)

Which blows, as I have several hundred RDP sessions saved. :-/

If you are in a pinch, download the remote desktop app, at least you can connect on the fly until this is fixed or until you can try the UDP disable reg settings mentioned

RDC APP: https://www.microsoft.com/en-us/p/microsoft-remote-desktop/9wzdncrfj3ps?activetab=pivot:overviewtab

[#17]

Just tested on 1809.

Made a connection from a windows 10 1809 client to a windows 10 1803 client, via hostname and via IP, both seem to work, so OK.

From the same machine, made an RDP connection to a Windows Server 2012 R2 via hostname and IP, screen stays blank for a bit longer, but eventually working. So also ok.

[#18]

The problem happen only if enabled the UDP on Remote Desktop Connection in 1809

The UDP  enabled automatick

So how can desable the UDP ???

[#19]

in case if you are still looking for a solution for this one. Enabling Turn Off UDP On Client worked for me.

Open gpedit and navigate to computer configuration\Admin Templates\ Windows Components\Remote Desktop Services\ Remote Desktop Connection Client

Enable Turn Off UDP On Client apply and try connecting again.

I hope this helps

[#20]

To disable UDP on client machine.

Open gpedit and navigate to computer configuration\Admin Templates\ Windows Components\Remote Desktop Services\ Remote Desktop Connection Client

Enable Turn Off UDP On Client apply and try connecting again.

I hope this helps

[#21]

Same problem here, but I can confirm that I, in fact, have control! Once I opened a folder full of Microsoft Virtual Academy videos. Then, I connected using Remote Desktop. I double-clicked somewhere in the black. The target computer started playing an MVA video: I could hear the video's sound through the target computer's speakers. When I logged in via the console, I saw the video player was on screen.

[#22]

Same stuff, different day, or how it goes. I have the same problem. Good job MS, on Your third iteration of 1809, which forced unto my work computer and now I need to pay for AnyDesk in order to use it full time. "Good job, really good job"

[#23]

Okay, so Sys Admin at the company I work at told me, that there's some chance that Remote Desktop Connection and Remote Assistance [which use the same GUi and libraries] have most likely been severed. Now You need to issue invitations. It works for me via invitations. I have Windows 10 Home @ work and Windows 10 Pro @ home, so I can connect, via invitation. I switched to TightVNC and original RealVNC client. Works much better.

Cheers!

//edit: Well, not even dayum invitations are working :(

[#24]

Hello,

I stumbled across a similar problem.

Between 2 Win10 Pro 1809 I only got a black picture, but I could control the computer in the session: It was possible to write texts, click icons and move windows.

After some debugging I noticed that I had different MTU settings for host and client.

I then tested the following settings:

• Host: jumbo frames 9k + client: jumbo frames off = black screen as described above
• Host: jumbo frames off + client: jumbo frames off = runs immediately
• Host: jumbo frames 9k + client: jumbo frames 9k = runs immediately
• Host: jumbo frames off + client: jumbo frames 9k = frozen waiting-cursor with login image, which is also frozen. After approx. 40 sec. desktop appears and it seems to work normally

I hope I can help someone with their problem.

sincerely yours,

Heiko

Translated with www.DeepL.com/Translator

[#25]

disabling UDP did the trick for me!

Kudos to Maydogan & ITManager from bringing this (temporary) workaround!