Hi I've got one last problem. One of my servers still isn't connecting, despite checking that i had the parameters set, not the proxy details.
When I try to connect, i get the following: guacd[251]: INFO: Creating new client for protocol "ssh" guacd[251]: INFO: Connection ID is "$b8f61fb7-71a4-4ab2-80f1-b69fd11beda2" 01:55:32.223 [http-nio-8080-exec-3] INFO o.a.g.tunnel.TunnelRequestService - User "brendan" connected to connection "5". guacd[2115]: INFO: User "@36ada82c-1c68-4f1b-8a4d-55512697534f" joined connection "$b8f61fb7-71a4-4ab2-80f1-b69fd11beda2" (1 users now present) guacd[2115]: INFO: Auth key successfully imported. guacd[2115]: ERROR: SSH handshake failed. 01:55:32.282 [http-nio-8080-exec-10] INFO o.a.g.tunnel.TunnelRequestService - User "brendan" disconnected from connection "5". Duration: 55 milliseconds guacd[2115]: INFO: User "@36ada82c-1c68-4f1b-8a4d-55512697534f" disconnected (0 users remain) guacd[2115]: INFO: Last user of connection "$b8f61fb7-71a4-4ab2-80f1-b69fd11beda2" disconnected Exception in thread "Thread-14" java.lang.IllegalStateException: Message will not be sent because the WebSocket session has been closed at org.apache.tomcat.websocket.WsRemoteEndpointImplBase.writeMessagePart(WsRemoteEndpointImplBase.java:425) at org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:309) at org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:250) at org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendString(WsRemoteEndpointImplBase.java:191) at org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendText(WsRemoteEndpointBasic.java:37) at org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.sendInstruction(GuacamoleWebSocketTunnelEndpoint.java:152) at org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.access$200(GuacamoleWebSocketTunnelEndpoint.java:53) at org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint$2.run(GuacamoleWebSocketTunnelEndpoint.java:253) guacd[251]: INFO: Connection "$b8f61fb7-71a4-4ab2-80f1-b69fd11beda2" removed. On Wed, 8 Feb 2023, at 09:47, Brendan wrote: > 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 >>>> >>>> >>> >
