Based on the information you've provided, I gather that the system you're
connecting to where you're experiencing this issue is the xrdp server? If
you connect from the same client type (Guacamole or Windows RDP) to that
server, but with a different screen resolution each time you connect
(resize the window between connections), do you see the same behavior or
does it work as expected? Also, for xrdp, have you tried using the xorg
xrdp module instead of Xvnc?

My guess is that you're hitting a xrdp issue with resizing the session
between connections, and not something intrinsic to Guacamole.

-Nick

On Thu, Sep 19, 2024 at 1:17 PM Chris Steinewski <man...@gmx.de.invalid>
wrote:

> So these RPMS are on RHEL9 installed:
>
> libguac-1.5.5-1.el9.x86_64
> guacd-1.5.5-1.el9.x86_64
> libguac-client-telnet-1.5.5-1.el9.x86_64
> libguac-client-vnc-1.5.5-1.el9.x86_64
> libguac-client-kubernetes-1.5.5-1.el9.x86_64
> libguac-client-rdp-1.5.5-1.el9.x86_64
> libguac-client-ssh-1.5.5-1.el9.x86_64
> freerdp-libs-2.11.2-1.el9.x86_64
> xrdp-selinux-0.10.1-1.el9.x86_64
> xrdp-0.10.1-1.el9.x86_64
> tigervnc-license-1.13.1-8.el9_4.3.noarch
> tigervnc-server-minimal-1.13.1-8.el9_4.3.x86_64
> libvncserver-0.9.13-11.el9.x86_64
>
> guacd.conf:
> [server]
> bind_host = 127.0.0.1
> bind_port = 4822
>
> guacamole.properties:
> guacd-hostname:127.0.0.1
> guacd-port:4822
> user-mapping:/etc/guacamole/user-mapping.xml
> enable-websocket:true
>
> xrdp.ini:
> [Globals]
> ini_version=1
>
> fork=true
>
> port=3389
>
>
> use_vsock=false
> tcp_nodelay=true
> tcp_keepalive=true
> security_layer=negotiate
> crypt_level=high
> certificate=
> key_file=
> ssl_protocols=TLSv1.2, TLSv1.3
> autorun=
> allow_channels=true
> allow_multimon=true
> bitmap_cache=true
> bitmap_compression=true
> bulk_compression=true
> max_bpp=32
> new_cursors=true
> use_fastpath=both
> grey=e1e1e1
> dark_grey=b4b4b4
> blue=0078d7
> dark_blue=0078d7
> ls_top_window_bg_color=003057
> ls_width=350
> ls_height=360
> ls_bg_color=f0f0f0
> ls_logo_filename=
> ls_logo_transform=scale
> ls_logo_width=250
> ls_logo_height=110
> ls_logo_x_pos=55
> ls_logo_y_pos=35
> ls_label_x_pos=30
> ls_label_width=68
> ls_input_x_pos=110
> ls_input_width=210
> ls_input_y_pos=158
> ls_btn_ok_x_pos=142
> ls_btn_ok_y_pos=308
> ls_btn_ok_width=85
> ls_btn_ok_height=30
> ls_btn_cancel_x_pos=237
> ls_btn_cancel_y_pos=308
> ls_btn_cancel_width=85
> ls_btn_cancel_height=30
>
> [Logging]
> LogFile=xrdp.log
> LogLevel=INFO
> EnableSyslog=true
>
> [LoggingPerLogger]
>
> [Channels]
> rdpdr=true
> rdpsnd=true
> drdynvc=true
> cliprdr=true
> rail=true
> xrdpvr=true
>
> [Xvnc]
> name=Xvnc
> lib=libvnc.so
> username=ask
> password=ask
> ip=127.0.0.1
> port=-1
>
> [neutrinordp-any]
> name=neutrinordp-any
> lib=libxrdpneutrinordp.so
> ip=ask
> port=ask3389
> username=ask
> password=ask
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> On 2024-09-19 13:35, Nick Couchman <vn...@apache.org> wrote:
>
> On Thu, Sep 19, 2024 at 6:42 AM Chris Steinewski <man...@gmx.de.invalid>
> wrote:
>
>> Hi all,
>> I have a problem with Guacamole. When I try to restore a running RDP
>> session started with Guacamole using the Windows RDP client, it doesn’t
>> work. The session just ends. I have to close all processes running as the
>> user, then I can establish a new session with the Windows RDP client. It’s
>> the same the other way around. If a session is started with Windows RDP, I
>> can’t ‘take over’ the session with Guacamole. Is this a known issue and is
>> there a solution?
>>
>>
>
> I do not know of any issues switching between sessions starting with
> Guacamole and other RDP clients. There's nothing particularly special about
> the RDP session that Guacamole establishes that should cause other clients
> to stop working, or vice-versa. You didn't mention what RDP server you're
> talking about, but it would seem to be something on the RDP server side
> causing this issue and not something on the Guacamole side.
>
> If you can gather logs both on the RDP server and on the guacd side when
> you're able to reproduce this behavior, it might help in determining why
> the RDP server is closing down the connection when swapping between
> different RDP clients.
>
> -Nick
>
>
>

Reply via email to