SSH2 client written in pure JavaScript for node.js

by coenhyde • 14 years ago

41 18 14 years ago

ibotty5• 14 years ago

ssh is pretty hard to do right. i will never get, why platforms have to stay "pure"... and implement everything on earth another time within their platform instead of calling reasonable external c-code (or anything else for that matter). i bet this implementation does not parse .ssh/config correctly either.

pixdamix• 14 years ago

There's several things left to do: https://github.com/mscdex/ssh2/blob/master/TODO

But I wouldn't be so negative, there's plenty of reasons why this might be great / a good idea. (And a lot for it to be a bad one, crypto, security, etc.)

Already__Taken• 14 years ago

Well I know SSL is a pain point in node that needs fixing and I also know that there is a performance price to pay for crossing the JavaScript / C barrier with libuv so it could be if you do a lot of processing it's quicker to stay in v8.

Perhaps this is trying to help those points.

davidw3• 14 years ago

The reason why Erlang does this, is that in an event-loop based system, anything that blocks breaks everything. The Erlang solution is to launch untrusted C code in a separate process and communicate via sockets.

I imagine that Node faces a similar problem with "untrusted C code".

ibotty5• 14 years ago

i am familiar with erlangs ports. why shouldn't the same work for node?

(and btw: cryptography might take a big computational chunk. it's hard to write cpu-intensive stuff in node's callback style. but i guess the person(s) doing it will sort this out.)

ibotty5• 14 years ago

oh. and erlang is not event-loop based. it has preemptive multitasking for its threads. so it is not as necessary in erlang than it is in node.

coenhyde• 14 years ago

I'll tell you why. Because the c-libs probably block and having dependencies that have to be compiled increases the risk of something going wrong.

Why should this library parse .ssh/config? This is an application level library. IMO it shouldn't be reading .ssh/config at all.

ibotty5• 14 years ago

"having dependencies that have to be compiled increases the risk of something going wrong".

come on. reimplementing crypto is way worse.

re .ssh/config: application level libraries might need it as well. one of the many grieves i have about mysql-workbench (or any other java tool that does ssh), is that i have to configure keys and hostnames in it another time. multihop does not even work in them. both is easy in .ssh/config.

paraboul• 14 years ago

libssh2 exposes its socket interface and can be used with any async event library.

Rastafarian• 14 years ago

Writing a good novel is pretty hard to do, why are people not just republishing old ones?

meunier• 14 years ago

But... they do?

forgotusername• 14 years ago

I think it's quite simple, and we're all guilty of it at some time or other: it's much easier to reinvent and reshape already solved problems in our own image than it is to innovate in any useful manner.

This explains the abundance of languages that can all trace their conceptual heritage to the 60s, the abundance of basically identical Javascript frameworks, web frameworks, ORMs, and so on, the majority of which IMHO should never have left the spinning rust in the original developer's machine (highly applicable to many of my own projects).

It's also one reason why the 'code cleanup guy' on a team might not be doing anyone a favour – what hard work is he avoiding by endlessly obsessing over his preferred syntactical representation for a 5 line function? etc.

I think this also relates to a youthful rejection of 'good enough' – the desire that, this time around and if only everything was all beautiful and homogenous, it's all going to be perfect.

jebblue• 14 years ago

Am I the only one who thinks JavaScript should be confined to the browser for strategic maintenance purposes?

camus• 14 years ago

node javascript and browser javascript are 2 different things. the javascript node uses is pretty decent , and as ES6 kicks in it will be a language as good as PHP (even better , since it will not have all the java inspired non sens php has). On the client , javascript is pretty much stuck since you need to support a wide range of browsers.

SSH2 client written in pure JavaScript for node.js

Related Stories