| gabriel rosenkoetter on Mon, 8 Oct 2001 18:50:17 +0200 |
|
On Thu, Oct 04, 2001 at 02:46:35PM -0400, Mike Pflugfelder wrote:
> I have a telnet client that doesn't have SSH support built in. The client
> runs on win32. Is there any software that will intercept the telnet
> request, and make it an SSH request for a particular server? Does this
> question make sense?
No. SSH and telnet are inherently separate (and distinct) protocols.
If you had something on Win32 that was capable of setting up
ssh-tunnels, then you could run any SSH-2 daemon on the server
(presuming it *is* Unix-like), then use the Win32 ssh client to
establish a tunnel, then connect your telnet client across that
tunnel.
This will require A LOT of user education. (using ssh tunnels
requires knowledge both of how TCP/IP works and of how the SSH
protocol works.)
> We may also have the rights to the source code, but I'm not 100% sure about
> that. If we do have the rights, and a capable programmer, what's the
> license on the SSH code that I would need to add in? Would we need to pay
> for that? Is it open source?
You could easily get the SSH chunks from OpenSSH, FreSSH, ossh, or
any of several other open source softwares implementing SSH. That
also sounds like it wouldn't be a lot of fun.
This, to me, sounds like a problem better solved using IPSec. You
would use some VPN client on the Win32 machine to establish an
encrypted stream to the server (which is all GUI-ized on the client
end these days), then telnet across that stream. The VPN subsystem
would take care of the encryption.
(The existence of IPSec for this kind of thing is the reason that
SSH's tunnel business has never been made easier to use. It's still
around for the quick and dirty hack, but it's not been complicated
with the overhead of a fancy UI, which I actually prefer.)
--
~ g r @ eclipsed.net
Attachment:
pgpJea5y12MiV.pgp
|
|