no, it is the last version and RHEL9...
 
 
 
On 2024-09-19 14:27, Brian Filipek  <bfili...@betterworldbooks.com.INVALID>  
wrote:
> Do you happen to be running this on Debian? We had this exact same problem 
> when we were running Guacamole (version 1.3)    on Debian. The version was 
> outdated because we had installed it from Debian's repository as I didn't 
> want to bother with compiling anything. The Debian maintainer of this package 
> doesn't seem to have any interest in upgrading it either. Switched the VM 
> over to FreeBSD and we got Guacamole up and running in a matter of minutes.  
>  
>  
>
> On Thu, Sep 19, 2024 at 7:36 AM Nick Couchman  <vn...@apache.org 
> (mailto: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