Ah. Thanks heaps for your help :) Regards Brendan.
On Wed, 8 Feb 2023, at 11:07, Michael Jumper wrote: > You are encountering: > > https://github.com/libssh2/libssh2/issues/634 > > which should be fixed by: > > https://github.com/libssh2/libssh2/pull/626 > > but has not yet made it into a libssh2 release. You can build libssh2 from > git, or reconfigure OpenSSH on the Ubuntu server to work around things. > > - Mike > > On Tue, Feb 7, 2023, 4:21 PM Brendan <[email protected]> wrote: >> __ >> OpenSSH_8.9p1 Ubuntu-3ubuntu0.1, OpenSSL 3.0.2 15 Mar 2022 >> >> >> On Wed, 8 Feb 2023, at 10:18, Michael Jumper wrote: >>> What version of OpenSSH is on the destination machine? >>> >>> On Tue, Feb 7, 2023, 4:18 PM Brendan <[email protected]> wrote: >>>> __ >>>> I'm not sure, how do i find out? >>>> >>>> Also, i removed the key, and it still doesn't work. I just recreated the >>>> server, and it still doesn't work >>>> >>>> Regards >>>> Brendan. >>>> >>>> On Wed, 8 Feb 2023, at 10:14, Michael Jumper wrote: >>>>> 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 >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>> >>>>>> >>>> >>
