Forum / Remote Desktop Manager Mac - Support

Connect to RDP Server fails multiple Times

  • Create an Issue
  • Cancel

Hello,

When i try to connect to a Server the Screen stays black. The only way around that is to try to connect multiple times to the same Server. Sometimes it works after 2 trys, sometimes after 10.

I have the same problem on all of our 100+ Servers.

What can i do to fix this?

Greetings

Clock3 yrs

Hi,

Could you get us your RDP log on one of your session? Just follow these instructions: https://helpmac.remotedesktopmanager.com/howto_rdplogs.htm

Which RDP engine are you using (RDP Properties -> Microsoft Remote Desktop (RDP) -> General -> RDP Engine)? Could you try switching between V4 and V5?

Best regards,

Xavier Fortin

signaturesignature

Clock3 yrs

Sure, but i have to remove the token.


[15:18:16:368] [6974:b0319000] [INFO][com.freerdp.client.mac] -[MRDPIPCClient initLoggingWithFilter:filePath:fileName:] 124 - Log initialized headless
[15:18:16:369] [6974:b0319000] [DEBUG][com.freerdp.client.mac] -[MRDPIPCClient configureInternal] 97 - configureInternal
[15:18:16:400] [6974:b041d000] [INFO][com.freerdp.client.common.cmdline] freerdp_client_load_static_channel_addin 2492 - loading channel rdpdr
[15:18:16:400] [6974:b041d000] [INFO][com.freerdp.client.common.cmdline] freerdp_client_load_static_channel_addin 2492 - loading channel rdpsnd
[15:18:16:400] [6974:b041d000] [DEBUG][com.freerdp.channels.cliprdr.client] cliprdr_VirtualChannelEntry 1365 - VirtualChannelEntry
[15:18:16:400] [6974:b041d000] [INFO][com.freerdp.client.common.cmdline] freerdp_client_load_static_channel_addin 2492 - loading channel cliprdr
[15:18:16:400] [6974:b041d000] [DEBUG][com.freerdp.channels.drdynvc.client] drdynvc_VirtualChannelEntry 1626 - VirtualChannelEntry
[15:18:16:401] [6974:b041d000] [INFO][com.freerdp.client.common.cmdline] freerdp_client_load_static_channel_addin 2492 - loading channel drdynvc
[15:18:16:401] [6974:b041d000] [DEBUG][com.freerdp.core.nego] nego_set_negotiation_enabled 1193 - Enabling security layer negotiation: TRUE
[15:18:16:401] [6974:b041d000] [DEBUG][com.freerdp.core.nego] nego_set_restricted_admin_mode_required 1205 - Enabling restricted admin mode: FALSE
[15:18:16:401] [6974:b041d000] [DEBUG][com.freerdp.core.nego] nego_enable_rdp 1227 - Enabling RDP security: TRUE
[15:18:16:401] [6974:b041d000] [DEBUG][com.freerdp.core.nego] nego_enable_tls 1239 - Enabling TLS security: TRUE
[15:18:16:401] [6974:b041d000] [DEBUG][com.freerdp.core.nego] nego_enable_nla 1251 - Enabling NLA security: TRUE
[15:18:16:401] [6974:b041d000] [DEBUG][com.freerdp.core.nego] nego_enable_ext 1263 - Enabling NLA extended security: FALSE
[15:18:16:401] [6974:b041d000] [DEBUG][com.freerdp.core.nego] nego_connect 154 - state: NEGO_STATE_NLA
[15:18:16:401] [6974:b041d000] [DEBUG][com.freerdp.core.nego] nego_attempt_nla 422 - Attempting NLA security
[15:18:16:447] [6974:b041d000] [DEBUG][com.freerdp.core.nego] nego_send_negotiation_request 858 - RequestedProtocols: 3
[15:18:16:447] [6974:b049f000] [DEBUG][com.freerdp.core.transport] transport_client_thread 1010 - Asynchronous transport thread started
[15:18:16:630] [6974:b041d000] [DEBUG][com.freerdp.core.nego] nego_process_negotiation_response 923 - RDP_NEG_RSP
[15:18:16:630] [6974:b041d000] [DEBUG][com.freerdp.core.nego] nego_recv 597 - selected_protocol: 2
[15:18:16:630] [6974:b041d000] [DEBUG][com.freerdp.core.nego] nego_attempt_nla 442 - state: NEGO_STATE_FINAL
[15:18:16:630] [6974:b041d000] [DEBUG][com.freerdp.core.nego] nego_connect 168 - Negotiated NLA security
[15:18:16:630] [6974:b041d000] [DEBUG][com.freerdp.core.nego] nego_security_connect 216 - nego_security_connect with PROTOCOL_NLA
[15:18:16:720] [6974:b041d000] [DEBUG][com.freerdp.client.mac] -[MRDPIPCClient validateX509Certificate:] 577 - validateX509Certificate
[15:18:16:727] [6974:b041d000] [DEBUG][com.freerdp.core.nla] nla_client_begin 381 - Sending Authentication Token
[15:18:16:727] [6974:b041d000] [DEBUG][com.freerdp.core.nla] winpr_HexDump 68 - 0000 4e 54 4c 4d 53 53 50 00 01 00 00 00 b7 82 08 e2 NTLMSSP.........
[15:18:16:727] [6974:b041d000] [DEBUG][com.freerdp.core.nla] winpr_HexDump 68 - 0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
[15:18:16:727] [6974:b041d000] [DEBUG][com.freerdp.core.nla] winpr_HexDump 68 - 0020 06 01 b1 1d 00 00 00 0f ........
[15:18:16:750] [6974:b041d000] [DEBUG][com.freerdp.core.nla] nla_client_recv 471 - Sending Authentication Token

REMOVED

[15:18:16:075] [6974:b041d000] [DEBUG][com.freerdp.core.gcc] gcc_read_server_security_data 1039 - Server rdp encryption method: NONE
[15:18:17:960] [6974:b041d000] [DEBUG][com.freerdp.core.rdp] rdp_recv_data_pdu 814 - recv Synchronize Data PDU (0x1F), length: 22
[15:18:17:960] [6974:b041d000] [DEBUG][com.freerdp.core.rdp] rdp_recv_data_pdu 814 - recv Control Data PDU (0x14), length: 26
[15:18:17:960] [6974:b041d000] [DEBUG][com.freerdp.core.rdp] rdp_recv_data_pdu 814 - recv Control Data PDU (0x14), length: 26
[15:18:17:960] [6974:b041d000] [DEBUG][com.freerdp.core.rdp] rdp_recv_data_pdu 814 - recv Font Map Data PDU (0x28), length: 26
[15:18:17:961] [6974:b041d000] [DEBUG][com.freerdp.client.mac] mac_post_connect 1132 - gdi initilialized with shared memory name:/8mNG-AkjiUaohyixBNxEhg Id:29 addr:0x03fc9000 size:10565888 gdi primary 0x03fc9000
[15:18:17:961] [6974:b041d000] [DEBUG][com.freerdp.client.mac] -[MRDPIPCClient postConnect:] 514 - postConnect
[15:18:17:962] [6974:b05a3000] [INFO][com.freerdp.channels.rdpsnd.client] rdpsnd_load_device_plugin 814 - Loaded mac backend for rdpsnd
[15:18:17:962] [6974:b041d000] [INFO][com.freerdp.channels.drdynvc.client] dvcman_load_addin 255 - Loading Dynamic Virtual Channel rdpgfx
[15:18:17:962] [6974:b041d000] [DEBUG][com.freerdp.channels.drdynvc.client] dvcman_register_plugin 114 - register_plugin: num_plugins 1
[15:18:17:962] [6974:b041d000] [DEBUG][com.freerdp.channels.drdynvc.client] dvcman_create_listener 62 - create_listener: 0.Microsoft::Windows::RDS::Graphics.
[15:18:17:963] [6974:b041d000] [DEBUG][com.freerdp.channels.rdpgfx.client] rdpgfx_plugin_initialize 1335 - Initialize
[15:18:17:963] [6974:a6f4a1c0] [DEBUG][com.freerdp.client.mac] __mac_post_connect_block_invoke 1191 - timer start
[15:18:17:963] [6974:a6f4a1c0] [DEBUG][com.freerdp.client.mac] __20-[MRDPClient resume]_block_invoke 192 - timer resume
[15:18:17:970] [6974:b049f000] [DEBUG][com.freerdp.core.transport] transport_client_thread 1025 - connectedEvent event triggered
[15:18:17:970] [6974:b041d000] [DEBUG][com.freerdp.client.mac] -[MRDPIPCClient viewDidConnect:] 407 - viewDidConnect

It is the same with default, v4 and v5

Greetings

Clock3 yrs

Hi,

I'd like to try and reproduce the issue. What is the OS version of your faulty sessions? What happens if you open them externally with Microsoft Remote Desktop for Mac (Right click session -> Open with Parameters -> Open (External))?

There's a couple other settings I'd like you to try.

Switching off Open GL (Session properties -> Microsoft Remote Desktop (RDP) -> Advanced -> Use OpenGL).

Disabling Sandboxing (Session properties -> Microsoft Remote Desktop (RDP) -> Advanced -> Activate sandboxing).

Trying the different codec levels (Session properties -> Microsoft Remote Desktop (RDP) -> Advanced -> Codel level).

Best regards,

Xavier Fortin

signaturesignature

Clock3 yrs

Ok, i've tested all Settings.

RDP Engine 5 Freezes after 2-3 Minutes
RDP Engine 4 works

If i turn off OpenGL, the Problem stays the same but instead the Screen stays Grey (not Black) and after some time it closes itself.

No difference in switching Codecs

But if i turn off Sandboxing (RDPv4 + OpenGL) it looks like it works again smile

Greetings

Clock3 yrs

Hi,

So the issue is with the Sandboxing. This is good to know.

We've implemented the sandboxing a while ago to delegate the RDP managing to an external process to ensure that if RDP crashes, it doesn't drag RDM down with it.

Don't hesitate to tell me if you experience any such crashes.

Might I impose a bit on you again? Could you reproduce the RDP Engine V5 freeze you had while enabling the logging like you previously did and send me that log. RDP V5 is the currently update RDP engine so most of our efforts are going towards it, so such a freeze is definitely a major issue.

Best regards,

Xavier Fortin

signaturesignature

Clock3 yrs

Hi,

i was very busy in the last months. The freezes came back one month after my first post (without an update). And i lived with it because i had no time to proper report it. Now with the newest Version and RDPv5 all problems are gone again. Thank you very much!

Greetings

Clock2 yrs

Glad to hear it!

Best regards,

Xavier Fortin

signaturesignature

Clock2 yrs