No, I'm just referring to the "Guacamole Proxy Parameters (guacd)" section at the top the connection settings. It's pretty easy to accidentally enter the hostname for the connection there instead of the correct location in the "Parameters" section, inadvertently configuring the connection to attempt to connect to guacd at an address that it isn't listening, causing the error you're seeing.

If this is the case, the solution would be to edit your connection, move the hostname and/or port to the correct spot, and hit "Save".

- Mike

On 8/6/2023 2:49 AM, André R. Basel wrote:
Hi Mike

Thanks for coming back. According to Portainer, guacd is running. In the logs I can see RDP sessions but no mention of ssh sessions in any way. The initial logs I gave were from guacamole.

I did not configure guacd in any way, just used default docker install. RDP worked our the box. Looking at your comments, is there some other configuration I need to do for SSH?

Kind regards

André Basel
027 640 2527


Sent from ProtonMail mobile



-------- Original Message --------
On 6 Aug 2023, 7:08 pm, Michael Jumper < [email protected]> wrote:


    On 8/5/2023 2:14 PM, André R. Basel wrote: > Hi > > I have a simple
    SSH connection: > Name: MyVM > Location: Root > Protocol: SSH > >
    Hostname: IP Address > > I can access the above using Putty  but
    through Guacamole I get  the below > > Frontend: > "The connection
    has been closed because the server is taking too long to > respond.
    This is usually caused by network problems, such as a spotty >
    wireless signal, or slow network speeds. Please check your network >
    connection and try again or contact your system administrator." > >
    Logs: > "ERROR o.a.g.w.GuacamoleWebSocketTunnelEndpoint - Creation
    of WebSocket > tunnel to guacd failed: java.net.ConnectException:
    Connection refused > (Connection refused)" > This indicates that
    guacd is either not running or not listening on the configured
    address. Given the context (one connection works while another
    doesn't), my guess would be that the hostname/address for the SSH
    connection was inadvertently specified for the connection-specific
    guacd parameters and not the network parameters of the SSH
    connection. - Mike
--------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to