Alternatives for port forwarding
- From: phil-news-nospam@xxxxxxxx
- Date: 6 Feb 2008 04:20:04 GMT
I've been thinking about some ideas I'd like to do with port forwarding
like what SSH can do. But what I wanted to do is more complex and seems
to exceed what SSH can accomplish. Maybe someone has an idea how to do
this with SSH anyway?
The objective is to make a server node that users can log into through
a normal SSH client, with multiple logins from two or more different
computer hosts, and have port forwarding rerouted from one machine to
any other in the "cluster" of those logged in. I know this can be done
by a combination of remote and local forwarding through listens active
on the common server. However, this can be an administrative mess if
a number of users are involved. For one thing it ties up a resource
that needs to be carefully allocated but cannot be enforced: ports
If one user is having host A log in with a remote forward listening on
port 10000, with the intent of logging in from host B with a local forward
to reach that port 10000 to make a connection through to host A, it is
possible some other user could beat them to using port 10000. Host A
could in theory pick some other port, but how would host B know what it
is?
The dream solution is some kind of service that can be used to handle the
network traffic on forwarded ports without actually having any listening
being done on the server, or any connections to a port on the server.
And the ideal would be to keep it all isolated within a group of users
so that users of another group cannot connect over. I'm not sure how
the connections would be appropriately identified (e.g. how would host
B indicate it wants to forward through to host A even though all these
SSH connections are really to the central server). One thing that is
essential is that these destination identities need to be separate from
any other user group, including the other group being able to use the
same exact identity without any inter-group collision or breach.
I suspect this may require some big additions to the sshd code to handle
it. Or maybe it's better to just not use SSH and to develop another SSL
based protocol. Any ideas?
--
|---------------------------------------/----------------------------------|
| Phil Howard KA9WGN (ka9wgn.ham.org) / Do not send to the address below |
| first name lower case at ipal.net / spamtrap-2008-02-05-2128@xxxxxxxx |
|------------------------------------/-------------------------------------|
.
- Follow-Ups:
- Re: Alternatives for port forwarding
- From: Todd H.
- Re: Alternatives for port forwarding
- Prev by Date: Re: FTP connection locks me out
- Next by Date: Re: Alternatives for port forwarding
- Previous by thread: SSH failover
- Next by thread: Re: Alternatives for port forwarding
- Index(es):
Relevant Pages
|