I was really hoping for a way to have a windows equivalent of ssh controlmaster.
On the bright side: PuTTY is part of my toolbelt for ages and I cannot live without it. I'm glad to read that it's still alive and being developed.
I was really hoping for a way to have a windows equivalent of ssh controlmaster.
On the bright side: PuTTY is part of my toolbelt for ages and I cannot live without it. I'm glad to read that it's still alive and being developed.
It's a fairly effective way of getting around situations where the up-front cost of establishing the connection is high (high-latency remote connections, in particular).
You _can_ create tunnels via ssh, even with PuTTY. You _cannot_ use the feature I'm looking for. Tongue in cheek I'd say check the docs on the ControlMaster feature, but this is what it boils down:
Terminal 1:
ssh someHostThatYouNeedForLotsOfThings [options here]
(.. wait for the negotiation, connect. Good)
Terminal 2 to N
ssh thatVerySameHost [options here]
(reuses the handshake, is _much_ faster to connect)
Why do I want that? Couldn't I just use one connection and start tmux/screen? Turns out, no, I cannot. As soon as you have anything that actually needs to send data from your machine to the target host (i.e. nothing interactive. Think scp. git.) you need to open a new connection - and that's when I'm hoping for this feature on Windows.
You can sit and pine for some random GUI feature if you want. The rest of us are getting work done.
The feature I want is _not_ a GUI feature. It's a ssh feature that is not supported on Windows. Whether you like it, need it, want it - I don't really care. It's not supported on a platform that I regularly have to use and I'd have loved to see PuTTY implement it.
There's no 'please make me a shiny button' involved, this is about a _network_ (or socket - that seems to be the limitation if I understand the reasons for the lack of this correctly) feature of the ssh _protocol_ that is not currently supported by any ssh client on Windows, for all I can tell.
Your solution - for all I can tell, solves the problem if you control client and server (you can use it to have a persistent and maybe shared connection to encapsulate random stuff). That's not my point though. I want regular commands a la ssh host something or scp, svn, git, whatever to be faster. That's something SSH supports with a feature that is NOT a GUI feature (just making sure that you get it). But not on Windows, unfortunately. Neither in PuTTY nor in any CLI (hint) client, for all I know.
But even for shells, I went back to PuTTY anyway -- It came down to cost + time setting up on new machines vs. using PuTTY's "Duplicate Session" feature with ssh keys loaded into Pageant.
Since then I've moved on to using a persistent X11 VNC session over a plink tunnel :)