RDP Remote Desktop :[ERROR][com.freerdp.core.transport] - transport_check_fds: transport->ReceiveCallback() - -1

[taichu]

Subject: [GNOME Remote Desktop] Error with File Descriptor Check Leading to Connection Closure

Dear Ubuntu Community,

I am reaching out to report an issue encountered with the `gnome-remote-desktop` service on my system. I have been experiencing connection stability issues, and upon inspecting the service's logs, I found repeated errors related to file descriptor checks and connection closures.

**System Information:**
- **OS**: Ubuntu 20.04 LTS
- **GNOME Remote Desktop Version**: (please insert your version here)
- **System Architecture**: (please insert your architecture here, e.g., x86_64)

**Issue Description:**
The `gnome-remote-desktop` service consistently logs errors indicating an inability to check file descriptors, leading to the closure of remote desktop connections. These errors occur during the negotiation of security protocols and seem to prevent successful remote desktop sessions.

**Relevant Log Excerpts:**

2月 09 23:46:10 taichu-System gnome-remote-desktop-daemon[489774]: [23:46:10:236] [489774:535692] [ERROR][com.freerdp.core.transport] - transport_check_fds: transport->ReceiveCallback() - -1
2月 09 23:46:10 taichu-System gnome-remote-de[489774]: Unable to check file descriptor, closing connection
2月 09 23:46:10 taichu-System gnome-remote-desktop-daemon[489774]: [23:46:10:808] [489774:535727] [ERROR][com.freerdp.core.peer] - peer_recv_callback: CONNECTION_STATE_INITIAL - rdp_server_accept_n>
2月 09 23:46:10 taichu-System gnome-remote-de[489774]: Unable to check file descriptor, closing connection

**Steps to Reproduce:**
1. Start `gnome-remote-desktop` service.
2. Attempt to establish a remote desktop connection from a client.
3. Observe the connection instability and check the service's logs for errors.

**Expected Behavior:**
The `gnome-remote-desktop` service should handle file descriptors correctly and maintain stable remote desktop connections without prematurely closing them.

**Actual Behavior:**
The service logs errors related to file descriptor checks and terminates remote desktop connections.

**Attempts to Resolve:**
- Restarted the `gnome-remote-desktop` service.
- Checked for updates to the `gnome-remote-desktop` package.

I have not found a workaround for this issue and am seeking assistance from the community to identify a fix or obtain a patch.

Thank you for your attention to this matter. I am looking forward to any suggestions or guidance on resolving this issue.

Best regards,

Chinese User (from the Ubuntu Community)

ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: gnome-remote-desktop 42.9-0ubuntu0.22.04.1
ProcVersionSignature: Ubuntu 6.5.0-14.14~22.04.1-generic 6.5.3
Uname: Linux 6.5.0-14-generic x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.20.11-0ubuntu82.5
Architecture: amd64
CasperMD5CheckResult: pass
CurrentDesktop: Unity
Date: Fri Feb 9 23:52:15 2024
InstallationDate: Installed on 2023-12-03 (68 days ago)
InstallationMedia: Ubuntu 22.04.3 LTS "Jammy Jellyfish" - Release amd64 (20230807.2)
RebootRequiredPkgs: Error: path contained symlinks.
SourcePackage: gnome-remote-desktop
UpgradeStatus: No upgrade log present (probably fresh install)

[axoin (axoin)]

Is this issue still relevant to you and do you have non-ascii chars in your rdp password?

see: https://askubuntu.com/a/1462215

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Alexander Kovalchuk (kovalexal)]

I got similar error on freshly installed system (Ubuntu 24.04). After installation I enabled Remote Login (System -> Remote Login). The password I use has only ASCII characters.

Jul 04 23:59:06 condor gnome-remote-desktop-daemon[942]: [23:59:06:78] [942:000031c3] [ERROR][com.freerdp.core.peer] - [peer_recv_callback_internal]: CONNECTION_STATE_NEGO - rdp_server_accept_nego() fail
Jul 04 23:59:06 condor gnome-remote-desktop-daemon[942]: [23:59:06:78] [942:000031c3] [ERROR][com.freerdp.core.transport] - [transport_check_fds]: transport_check_fds: transport->ReceiveCallback() - STATE_RUN_FAILED [-1]