aha. Yes, i filled in the proxy details, not the proper part. Thanks for your help
regards Brendan. On Wed, 8 Feb 2023, at 09:43, Michael Jumper wrote: > The error in question is specifically regarding the webapp being unable to > connect over TCP to the guacd service, so something must be interfering with > that... > > Did you perchance accidentally fill in the hostname/address for the > destination machine in the "Guacamole proxy parameters (guacd)" section and > not the "Parameters" section? > > - Mike > > On Tue, Feb 7, 2023, 3:40 PM Brendan <[email protected]> wrote: >> __ >> Hi >> >> I just removed the IPv6 from the /etc/hosts, and it didn't resolve anything. >> I don't think it's because guacd isn't running, because other servers work >> fine. >> >> Regards >> Brendan. >> >> On Wed, 8 Feb 2023, at 02:48, Michael Jumper wrote: >>> On Tue, Feb 7, 2023, 1:24 AM Brendan <[email protected]> wrote: >>>> __ >>>> Hello >>>> >>>> I am having a problem whereby a couple of my servers won't connect in >>>> guac. It says in the web client "An error has occurred with the guacamole >>>> server". I ran docker logs guacamole and this is the error i get: >>>> >>>> 11:20:29.290 [http-nio-8080-exec-6] ERROR >>>> o.a.g.w.GuacamoleWebSocketTunnelEndpoint - Creation of WebSocket tunnel to >>>> guacd failed: java.net.ConnectException: Connection refused (Connection >>>> refused) >>>> 11:20:29.307 [http-nio-8080-exec-8] ERROR >>>> o.a.g.s.GuacamoleHTTPTunnelServlet - HTTP tunnel request failed: >>>> java.net.ConnectException: Connection refused (Connection refused) >>> >>> This sounds like guacd isn't running, or something is blocking the >>> connection from the webapp to guacd. >>> >>>> I should note, that i have other servers working perfectly fine. I also >>>> tried with key authentication, which also did not work. >>>> >>>> Any ideas? >>> >>> Does your system have both IPv4 and IPv6 addresses associated with >>> "localhost" in /etc/hosts? The guacd service will be listening on one >>> specific address, but if "localhost" is associated with multiple, then the >>> OS will round-robin between those addresses and mysteriously fail to >>> connect whenever the address that guacd *isn't* listening on happens to be >>> used. >>> >>> - Mike >>> >>> >>
