Re: netsync over ssh revisited

Richard Levitte <[email protected]>
Newsgroups gmane.comp.version-control.monotone.devel
Message-ID <[email protected]>
In message <[email protected]> on Wed, 05 Sep 2012 08:20:58 -0400, Stephen Leake <[email protected]> said:

stephen_leake> Richard Levitte <[email protected]> writes:
stephen_leake> 
stephen_leake> > So I wonder, has anyone else already played with having netsync
stephen_leake> > tunneled over ssh but otherwise working exactly like the usual mtn:
stephen_leake> > schema?  (in other words, it still requires a mtn running as server on
stephen_leake> > the remote end)
stephen_leake> 
stephen_leake> I have not tried it, but you can probably get there with ssh port forwarding.
stephen_leake> 
stephen_leake> > My other question is, is there any reason why monotone shouldn't
stephen_leake> > support that?  A mtn+ssh: schema, say?  Technically, it shouldn't be
stephen_leake> > harder than supporting the current ssh: schema.
stephen_leake> 
stephen_leake> There was discussion of using ssl, a while back.

I had a look in std_hooks.lua and noticed the ssh+ux: schema, which
basically does what I'm after...

Actually, googling it, I was reminded of some emails around that
schema.  Unfortunately, it seems to be undocumented, something that
should be corrected.

The only real trouble with the ssh+ux: schema is that it won't work
with usher (and I really see no way to do that either, as usher relies
on the path to distinguish between servers to proxy for...  or maybe
it should make sockets out of those...  hmm...).
I'm thinking that a mtn+ssh: schema should work similarly to the
ssh+ux: schema, but instead of this:

    ssh {host} socat - UNIX-CONNECT:{path}

it would do this:

    ssh {host} socat - TCP-CONNECT:localhost:4691

Cheers,
Richard

-- 
Richard Levitte                         [email protected]
                                        http://richard.levitte.org/

"Life is a tremendous celebration - and I'm invited!"
-- from a friend's blog, translated from Swedish
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.