Re: -current dropping ssh connections
- Reply: bob prohaska : "Re: -current dropping ssh connections"
- In reply to: bob prohaska : "Re: -current dropping ssh connections"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Thu, 22 Jun 2023 22:38:50 UTC
bob prohaska <fbsd@www.zefox.net> wrote: > That seems worth a try. > The notion of an ssh escape (~. in this case) finding its way into the data stream is new to me. Thinking again, that looks like corruption coming down the ssh connection. For the ssh escape char to affect anything (note it needs to be preceeded by a new line) it would have to be sent up the line. For an example, assuming ssh has the default escape char, look at the difference between: printf 'pwd;\n~.;echo sleeping.; sleep 5' | ssh -tt user@host and with the same printf, but no escape char: printf 'pwd;\n~.;echo sleeping.; sleep 5' | ssh -tt -e none user@host You can see how the former closes the connection due to the \n~. (The -tt forces a terminal/interactive session to be set up - normally, as we are piping input to ssh in this case, the terminal isnt set up, and the escape character isn't used - it's only recongnised in interactive sesions by default) I personally have "EscapeChar none" in my ssh_config, but I suspect this is probably not the issue here, still, can't hurt to try it! Cheers, Jamie