Bug 488807

Summary: unable to connect using xfreerdp (X224_TPDU_CONNECTION_CONFIRM error)
Product: [Plasma] KRdp Reporter: Guido <guido.iodice>
Component: generalAssignee: Unassigned bugs mailing-list <unassigned-bugs>
Status: REPORTED ---    
Severity: normal CC: ahiemstra, akselmo, helaslo, john.kizer, michiel, nate
Priority: NOR    
Version: 6.1.0   
Target Milestone: ---   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: Server-side log from KRDC attempting to connect to KRDP on Fedora 40
Server-side logs for KRDP with an initially successful connection attempt from the Remmina Flatpak, then the connection freezing (client screen frozen, no input accepted) after a few minutes

Description Guido 2024-06-20 17:51:20 UTC
I tried the new remote desktop on my machine, but krdc returns a "unknow error". 

From the terminal:

xfreerdp /u:pino /p:pano /v:192.168.1.115
[19:46:48:881] [6023:6024] [ERROR][com.freerdp.core] - Error: expected X224_TPDU_CONNECTION_CONFIRM
[19:46:48:881] [6023:6024] [ERROR][com.freerdp.core.nego] - Protocol Security Negotiation Failure
[19:46:48:881] [6023:6024] [ERROR][com.freerdp.core] - rdp_client_connect:freerdp_set_last_error_ex ERRCONNECT_SECURITY_NEGO_CONNECT_FAILED [0x0002000C]
[19:46:48:881] [6023:6024] [ERROR][com.freerdp.core.connection] - Error: protocol security negotiation or connection failure

I tried also 192.168.1.115:3389 and 127.0.0.1 and 127.0.0.1:3389 with the same result.
Comment 1 John Kizer 2024-06-20 22:22:48 UTC
I'm also seeing the same thing, trying to connect from one Fedora 40 machine to another Fedora 40 installation, both on Plasma 6.1. The System Settings option didn't appear until I manually installed krdp, so I'm not sure if there might be some other package that needs installed still?
Comment 2 Akseli Lahtinen 2024-06-24 07:15:54 UTC
Seems xfreerdp as a client does not work. Can you try another client, such as Remmina installed from Flatpak, just to see if it's client or server specific thing?
Comment 3 John Kizer 2024-06-24 18:46:26 UTC
If what I'm observing is with KRDC (mentioned by the original reporter as well) and Remmina as clients, should I create a new bug report since this one has been edited to be specific to xfreerdp?
Comment 4 Guido 2024-06-24 18:58:35 UTC
(In reply to Akseli Lahtinen from comment #2)
> Seems xfreerdp as a client does not work. Can you try another client, such
> as Remmina installed from Flatpak, just to see if it's client or server
> specific thing?

Krdp uses freerdp2, krdc also uses freerdp2, and xfreerdp is part of freerdp2. 
Remind uses freerdp3
So your request sounds a bit strange for me. But I can try in next few days.
Comment 5 Guido 2024-06-26 18:33:59 UTC
I tried remmina, negotiation error
From the terminal:
[20:33:37:220] [69816:000110fc] [ERROR][com.freerdp.core] - [tpdu_read_connection_confirm]: Error: expected X224_TPDU_CONNECTION_CONFIRM
[20:33:37:220] [69816:000110fc] [ERROR][com.freerdp.core.nego] - [nego_connect]: Protocol Security Negotiation Failure
[20:33:37:220] [69816:000110fc] [ERROR][com.freerdp.core] - [rdp_client_connect]: ERRCONNECT_SECURITY_NEGO_CONNECT_FAILED [0x0002000C]
[20:33:37:220] [69816:000110fc] [ERROR][com.freerdp.core.connection] - [rdp_client_connect]: Error: protocol security negotiation or connection failure
Comment 6 Bug Janitor Service 2024-07-11 03:47:10 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 7 John Kizer 2024-07-11 03:52:01 UTC
Sorry if this is incorrect, I'm trying to set this to "Confirmed" so it's not auto-closed, since at least two folks have reported it?
Comment 8 Guido 2024-07-11 05:34:58 UTC
(In reply to John Kizer from comment #7)
> Sorry if this is incorrect, I'm trying to set this to "Confirmed" so it's
> not auto-closed, since at least two folks have reported it?

Also I see other users report the same problem on Reddit
Comment 9 Akseli Lahtinen 2024-07-11 08:45:26 UTC
Ah sorry I had forgotten to turn this back to reported. We will look more into this when we can.
Comment 10 Arjen Hiemstra 2024-07-11 09:03:29 UTC
What distribution does this happen on?

Also, does something change if you add `/sec:nla` to the xfreerdp command line options?
Comment 11 Guido 2024-07-11 09:06:22 UTC
(In reply to Arjen Hiemstra from comment #10)
> What distribution does this happen on?
> 
> Also, does something change if you add `/sec:nla` to the xfreerdp command
> line options?

I use Manjaro unstable branch (equivalent to Arch)
With that option nothing change.
Comment 12 Arjen Hiemstra 2024-07-11 10:06:15 UTC
So this is going to need more logging output, because it seems to fail in the middle of security negotiation which works fine for me and others. The server side logs should be in the journal, for the client use `WLOG_LEVEL=debug xfreerdp` .
Comment 13 John Kizer 2024-07-12 02:37:40 UTC
Created attachment 171592 [details]
Server-side log from KRDC attempting to connect to KRDP on Fedora 40

Hope this is helpful, this is the server-side log from my attempt to use KRDC on a Fedora 40 device to connect to KRDP on another Fedora 40 device - mine appears to be a graphics issue though, and both are Nvidia devices using the RPMFusion-provided Nvidia drivers (555 series), so this may be a different issue? Should I log separately?
Comment 14 John Kizer 2024-07-12 02:45:23 UTC
Created attachment 171594 [details]
Server-side logs for KRDP with an initially successful connection attempt from the Remmina Flatpak, then the connection freezing (client screen frozen, no input accepted) after a few minutes