Hello,

thanks for the answer. Unfortunately home PC are user property and we cannot exchange them.

Today I also got the news all problems ceased this morning and the people are not disconnecting anymore. We didn't change anything server side or client side, so it MUST be their ISP having problems. Must have been a very particular problem connecting toward our servers.

We also made a lab test: if we connect a "good" home pc and during the RDP session we disconnect the network cable of the home PC, the RDP connection freezes and after 15 exact seconds, in the browser appears the "guacamole server is not reachable" message with a countdown and a "reconnect" button. If we reconnect the cable before the 15 seconds, say at 14 seconds, the connection just unfreezes and starts working again without any RDP reconnection or any other messages.

The javascript logic we found is hardcoded in this file it seems:

/opt/tomcat9/webapps/guacamole/guacamole-common-js/modules/Tunnel.js

Guacamole.Tunnel = function() {
 .....
     /**
     * The maximum amount of time to wait for data to be received, in
     * milliseconds. If data is not received within this amount of time,
     * the tunnel is closed with an error. The default value is 15000.
     *
     * @type {!number}
     */
    this.receiveTimeout = 15000;



I don't think there is a parameter in configuration for this timeout: it is just 15 seconds. Same as 15seconds in the C file in guacd for the backend PC connection. So it's always 15 seconds both sides HOME PC --> TOMCAT and GUACD --> WORK PC. We haven't tried to change this timeout because 15 seconds it's a lot of time anyway and there is no point in increasing we think.

Regards,
Massimiliano



On 01/10/2024 22:44, Ivanmarcus wrote:
Massimiliano,

Thank you for updating us on your findings.

Obviously I don't know your situation, nor that of your users, but would it be possible to exchange home machines between a 'good' user, and one of the two 'disconnecting' users?

If the problem went with the machine then I guess that could be an easier fix than if it remained with the user/site (which would confirm your thoughts the ISP is at issue).



---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org
For additional commands, e-mail: user-h...@guacamole.apache.org


--
Massimiliano Ballerini
Laboratori Guglielmo Marconi
Via Porrettana, 123 - 40037 Pontecchio Marconi (BO)
e-mail: massimiliano.baller...@labs.it
web: http://www.labs.it
mob: +39 349 2600513


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org
For additional commands, e-mail: user-h...@guacamole.apache.org

Reply via email to