-
Notifications
You must be signed in to change notification settings - Fork 49
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PuTTY clients cannot select host to connect to #9
Comments
Odd, but not impossibly weird. sshmux does rely a tiny bit on client behaviour, as the SSH protocol itself is extremely universal. A few more details would be nice:
|
Argh, this is so close to being perfect, then I run into this bug at the very last moment. Symptoms exactly as you guessed, @Joushou, just no response to keyboard input. |
Same happening here on PuTTY, Incoming packet #0xb, type 95 / 0x5f (SSH2_MSG_CHANNEL_EXTENDED_DATA) |
I think you need to set Reply on AgentForwarding/PTY-Allocation/Shell-Request for clients like PuTTY and Bitvice... |
@ieth0 Is that a client option that you are referring to? |
I mean https://godoc.org/golang.org/x/crypto/ssh#Request.Reply |
That's slightly trickier than a simple Reply, though, as those are proxied to the backend server upon connection. pty-req/shell reqs have side-effects, and the backend might refuse them. It might be necessary to downgrade the transparency to get PuTTY to work by accepting pty-reqs... Hmmm. But then again, doesn't the new Win10 stuff let windows users use the real SSH client? :) |
Im not big on windows stuffs, also I don't want to change my colleagues OS/tools they use. So I had to make this compatible with PuTTY too. |
It seems that sshmuxd is unable to accept keyboard input when using putty SSH client (w/ Pagaent). Under mac and linux (openssh) this seems to work fine. Odd.
The text was updated successfully, but these errors were encountered: