News for hackers. Stuff that matters.
Re:Ballast: A tool for balancing user load across SSH servers by ngoldbaum on Sunday April 06, 2014 @10:37PM (#7544334)
I guess this is how they manage SSH connection to Pleiades [1]. Cool! I use Pleiades and am constantly impressed by the uptime and quality of service on such a high-end resource.

[1] http://www.nas.nasa.gov/hecc/resources/pleiades.html

Re:Ballast: A tool for balancing user load across SSH servers by moe on Sunday April 06, 2014 @09:33PM (#7544170)
What an odd idea.

Then again, they send stuff into space. Who am I to judge.

Re:Ballast: A tool for balancing user load across SSH servers by cbhl on Sunday April 06, 2014 @09:52PM (#7544219)
When you have enough users, and NFS homedirs, it makes sense.

The University of Waterloo just uses DNS round-robin, but that's not particularly reliable since the load balancing is up to the whims of each client's DNS client implementation.

And then there's software like mosh[0], which, IIRC, does round-robin on the first connection but then sticks to the same server afterwards so that you can e.g. connect to the same pty even if your local IP changed.

[0] http://mosh.mit.edu/

Re:Ballast: A tool for balancing user load across SSH servers by zokier on Monday April 07, 2014 @04:43AM (#7545305)
> The University of Waterloo just uses DNS round-robin

I take it that they do not allow running persistent applications? I personally would not like to find my screen/tmux session "disappear" after reconnect because I ended to another host.

Re:Ballast: A tool for balancing user load across SSH servers by rat87 on Monday April 07, 2014 @05:47AM (#7545530)
My University did something that seems similar. There was a group hostname which I believe dropped you into one of a group of linux machines(with nfs homedir) but you cold always specify the actual hostname of the computer where you parked tmux.
Re:Ballast: A tool for balancing user load across SSH servers by aalpbalkan on Monday April 07, 2014 @04:11AM (#7545196)
Sourceforge? Seriously? Why do NASA people and academia still upload things to SF instead of GitHub?
Re:Ballast: A tool for balancing user load across SSH servers by wildpeaks on Monday April 07, 2014 @08:41AM (#7546113)
I'm not sure why they still use Sourceforge, however they did move some of their projects to Github: https://github.com/nasa

This one even has its own separated account: https://github.com/visionworkbench

Re:Ballast: A tool for balancing user load across SSH servers by blueskin_ on Monday April 07, 2014 @05:09AM (#7545385)
From what I've heard from a friend, probably a few thousand forms and layers of approval to change it.
Re:Ballast: A tool for balancing user load across SSH servers by voltagex_ on Sunday April 06, 2014 @08:56PM (#7544029)
http://sourceforge.net/projects/ballast/files/ - no sign of a VCS, I wonder what they use internally?
Re:Ballast: A tool for balancing user load across SSH servers by nemothekid on Sunday April 06, 2014 @09:05PM (#7544065)
The NASA page claims they use SVN
Re:Ballast: A tool for balancing user load across SSH servers by voltagex_ on Sunday April 06, 2014 @09:16PM (#7544101)
At a guess, it isn't public - http://svn.code.sf.net/p/ballast/code
Re:Ballast: A tool for balancing user load across SSH servers by mindcrime on Sunday April 06, 2014 @09:22PM (#7544127)
Looks like the source is in the distribution files. Download one of these:

http://sourceforge.net/projects/ballast/files/

and untar it and you'll find Perl and C source code.

Re:Ballast: A tool for balancing user load across SSH servers by voltagex_ on Sunday April 06, 2014 @09:31PM (#7544163)
I guess that shows how spoilt I am by GitHub et-al.
Re:Ballast: A tool for balancing user load across SSH servers by mbailey on Monday April 07, 2014 @12:08AM (#7544583)
Was actually looking at this a few days ago for a cluster of bastion nodes to secured infrastructure. Ts a pretty interesting tool.
Re:Ballast: A tool for balancing user load across SSH servers by saltylicorice on Sunday April 06, 2014 @09:06PM (#7544067)
Horrible comma use in the description. You don't need either of 'em!
Re:Ballast: A tool for balancing user load across SSH servers by twic on Monday April 07, 2014 @08:55AM (#7546181)
So instead of:

> Ballast is invoked as part of the SSH login process, hence has access to the user name, which is not available in traditional load balancers

You'd write:

> Ballast is invoked as part of the SSH login process hence has access to the user name which is not available in traditional load balancers

I'm afraid i can't agree. Both of those commas seem grammatically necessary to me.