What kind of private key is this? On Tue, Feb 7, 2023, 3:59 PM Brendan <[email protected]> wrote:
> 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 > > > > > >
