You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@guacamole.apache.org by "Dyck, Martin (BITBW)" <Ma...@bitbw.bwl.de> on 2023/05/03 06:16:27 UTC
RE: RE: Re: Re: Guacamole RDP connection establishing timeout
Hi,
just a friendly reminder that this problem is still relevant for us. If you have time to continue working here (https://github.com/apache/guacamole-server/pull/413), we would be very pleased.
Thank you very much.
-Martin
On 2023/02/16 15:14:51 "Dyck, Martin (BITBW)" wrote:
> Sounds great.
>
>
>
> After some tcpdumping the decisive paramenter should be TcpAckTimeout. Because:
>
> I saw that after 5 seconds Guacamole sends a TCP keep alive, but after 9 seconds Guacamole sends a FIN to end the RDP connection attempt.
>
> But as soon as the RDP connection is approved by an employee within the 9 sec, the SPS sends an ACK and the RDP session starts well.
>
>
>
> - Martin
>
>
>
>
>
> On 2023/02/16 12:21:16 Nick Couchman wrote:
>
> >
>
> [cid:audit_bf_rz_21_DE_RGB_65712845-2146-4396-8f42-bcd2b1e8317e11.jpg]
>
>
[cid:audit_bf_rz_21_DE_RGB_65712845-2146-4396-8f42-bcd2b1e8317e11.jpg]
On Thu, Feb 16, 2023 at 2:07 AM Dyck, Martin (BITBW)
>
> > <Ma...@bitbw.bwl.de>>> wrote:
>
> > >
>
> > > Hi Nick,
>
> > >
>
> > >
>
> > >
>
> > > thank you very much for the quick reply. That sounds promising.
>
> > >
>
> > > I have seen your pull request #413. So can we expect in the next guacamole release a way to modify the TcpAckTimeout? That would be gorgeous!
>
> > >
>
> >
>
> > Yeah, your e-mail prompted me to go re-visit that Jira issue
>
> > (https://issues.apache.org/jira/browse/GUACAMOLE-600) and see if I
>
> > could make some progress on it. RDP was pretty easy to knock out -
>
> > assuming it actually works, we'll see - and I'll work through SSH and
>
> > Telnet, as well. VNC I'm not sure about at the moment.
>
> >
>
> > Another thing to note is that the source code for FreeRDP on Github
>
> > actually contains two parameters - TcpAckTimeout and
>
> > TcpConnectTimeout. My understanding is that the first one,
>
> > TcpAckTimeout, is the timeout for actually getting an initial
>
> > acknowledgement from the server that it is alive. TcpConnectTimeout is
>
> > likely the timeout between getting the acknowledgement that the server
>
> > is alive and when the connection is considered established. However,
>
> > checking my FreeRDP headers on my EL8 development system,
>
> > TcpConnectTimeout is not present, so I'm guessing this was added much
>
> > more recently. Ultimately we can probably support both, we'll just
>
> > have to check for that support in the FreeRDP library at build time
>
> > and enable it if it exists. All that to say - it isn't clear to me
>
> > which one is actually going to be of use to you.
>
> >
>
> > -Nick
>
> >
>