Support

Hello, after upgrading our environment to 2026.3, RDP entries that go through the Devolutions Gateway fail when started from the Devolutions Launcher on some machines, but work in Remote Desktop Manager. Environment - Devolutions Server 2026.3.12.0 (upgraded from 2025.2.5.0), Console 2026.3.10.0 - Devolutions Gateway 2026.3.0, two gateways (one side-by-side with DVLS, one standalone) - Remote Desktop Manager 2026.3.15.0, Devolutions Launcher 2026.3.15.0 - Gateway "Force using IP address for RDP connections" is a per-gateway setting Problem The Windows RDP client (mstsc) shows: "The connection cannot be completed because the remote computer that was reached is not the one you specified. This could be caused by an outdated entry in the DNS cache. Try using the IP address of the computer instead of the name." (error code 0x0) What we see - The same RDP entry works in RDM (API hooking enabled under File > Settings > Types > Sessions > Remote Desktop (RDP)). - Direct RDP from the same machines (without the gateway) works. - Gateway log: for the failing attempts the gateway logs "Upstream forwarding" and then "Forwarding ended abruptly ... os error 10054" within 44 to 80 ms. We counted 16 such attempts from three client machines to one target server, plus a few to a second server. Successful sessions to the same targets from other machines last for minutes. - All RDP sessions show up in the gateway log as generic_client (plain TCP forwarding), so we assume the name validation happens end-to-end between mstsc and the target server. - With "Force using IP address for RDP connections" disabled, the sessions fail as described above. - After enabling "Force using IP address for RDP connections" on one of our two gateways (the standalone one), the Launcher sessions through this gateway worked immediately (tested twice). - In RDM we can find the "Enable API hooking" setting, but we cannot find an equivalent setting in the Launcher. Questions 1. Does the Launcher apply Microsoft RDP API hooking (MsRdpEx) for external mstsc sessions through the Devolutions Gateway? If yes, where is it configured, and is the EnableRDPHooking policy honored? 2. Is "Force using IP address for RDP connections" meant to be required for Launcher clients? Are there side effects, for example a fallback from Kerberos to NTLM? 3. Is this a known issue in 2026.3.x? Thanks!

Hello Devolutions Support Team, we are experiencing an issue with the Devolutions Launcher in combination with Netwrix Password Secure. Issue description: When opening the entry through the Devolutions Launcher, the fields “Database” and “Username” on the Netwrix Password Secure login page are not filled in automatically. However, when accessing the same URL directly via Microsoft Edge , the fields are populated correctly. Environment: Access via: Devolutions Launcher Target application: Netwrix Password Secure (web login) Browser used in Launcher: integrated/embedded browser Direct access via Edge: works as expected Expected behavior: The fields “Database” and “Username” should be automatically filled with the values stored in the Devolutions entry, just like when opening the page directly in Edge. Actual behavior: Both fields remain empty and must be entered manually. Could you please advise whether a specific configuration is required in the Launcher, or if this is a known issue? [image] Thank you in advance. Ait Malek Omar

Dear Support Team, we would like to report an issue with the Launcher. Problem description: When a server is selected in the Launcher and a session is started, the message “Authenticating” briefly appears and then disappears. After that, nothing happens. The session is not established and no further error message is displayed. The users authenticate via Microsoft authentication . The Microsoft authentication itself is working correctly and has been tested successfully. The Devolutions Server is currently running version 2025.2.5.0 . Observations: With version 2025.2.23.0 , session startup works without any issues. With newer versions , the described problem occurs and sessions no longer start. The server and session configuration has not been changed. Access via RDP works correctly; the issue affects only the Launcher . We kindly ask for your support in analyzing this issue and let us know if this behavior is known or if there is a recommended fix or workaround. Thank you very much for your assistance. Kind regards, Ait Malek Omar

Hello, Some computers in our company run Windows 10 1809 and 21H2. I installed Devolutions Launcher version 2025.3.27 on these computers. The application works correctly on computers with Windows 10 1809, but I'm getting errors on computers with 21H2. When I checked Event Viewer, I saw a kernelbase.dll issue and exception code 0xc0000602. Have you encountered a similar situation before? Thank you in advance for your answer.

In Devolutions Launcher version 2025.3.20.0 when I'm trying to view a X.509 entry I'm getting the follow pop-up message: [image]

Hello, we are currently testing the devolutions launcher as a mobile client for the dps, but it runs into an error after entering the URL. The error says something about the trust not working. Are there any ports that need to be open? Do other things need to be considered? best wishes, Niklas Heine