Hi Braintrusts,
I am getting the following error while testing this command (boundary connect ssh -target-id ttcp_ghgkd45 and same error i will get via boundary desktop client web UI in the shell
Error: ssh_knownhostproxy: unable to proxy data: connection reset by peer
kex_exchange_identifcation: Connection closed by remote host
I have read all other posts here but could not understand what fix they have applied:
my target is redhat linux vm and setup a static credential for the target.
If i run the boundary cli (boundary connect -target-id ttcp_qim3fdfdh then it displays the following:
address: 127.0.0.1
port: 25656
protocol: tcp
session_id: s_H3bJfhfh
credentials: ,
I am not using any private key. it is just simple static credential username and password for the target which I can access via ssh directly. Everything is self-hosted here with trial enterprise version of boundary 0.15.0+ent.
Do I need to enable or disable option in target rhel vm sshd file?
Anyone can explain the issue and help me to resolve this in simple way please.
Thank you
any update on this please @jeff@irena.rindos@macmiranda@omkensey. I also tried to do “ssh 127.0.0.1 -p 45484” on the boundary desktop client shell, I will get the same error:
sss_ssh_knownhostproxy: unable to proxy data: connection reset by peer, key_exchange_identification: connection closed by remote host:
Please help me in sorting this out. I have tried to reset AllowedTcpForwarding to yes but still did not work.
any idea, what config I need to change and where?
Many thanks
It looks like you are using ssh_knownhostproxy which it seems can cause issues with processes that run over ssh (here’s a thread from mosh that has issues as well).
You may want to try removing the use of ssh_knownhostproxy from your ssh_config file and see if that helps. I don’t really know much about ssh_knownhostproxy so if that does help then you’ll have to dig into that, but the advice from the mosh thread about CanonicalizeHostname=always may help.
It seems like a connection issue with SSH. Have you checked your network settings and SSH configurations on the RedHat Linux VM? Double-checking those grinder resources might help resolve the problem. If not, seeking assistance from the Boundary support community could provide further insight.