[olug] Business P2P file transfering

[Daniel Pfile]

Well, first off, if you only have two clients that need the file, p2p
doesn't make much sense.

It sounds like you have a bastion server in front of the back end server
that generates the data, if not, you can probably just stop reading now.
It also sounds like there's a pull model in place.

Anyway, I have a script that may help:

http://pfile.net/autoproxy.sh.txt

I wrote it for getting into servers that only allow you access from the
front end server. If you combine it with rsync on your backend server,
you can have your clients run rsync over ssh through the proxy that was
automatically built.

Cool ASCII art:
client rysnc over ssh <--> <== bastion proxy ==> <--> backend server
sshd rsync

And so on. You'll need to configure ssh right, and it's much less
painless if you use keys and a keychain (or strip the passphrases). Then
it's just a matter of firing off an rsync. You may also want to restrict
what the clients can run with authorized_keys.

See also:
http://troy.jdmz.net/rsync/index.html
http://www.gentoo.org/proj/en/keychain/
man ssh_config, sshd, etc

Enjoy,

-- Daniel

Todd Christopher Hamilton wrote:
> I am already using SSH (SCP).  But it the file has to go to in
> intermediate "server".  I am looking to not have to go though a middle
> man.  Do you know what I mean?  It would better for one node to get
> the file directly from the originating node.
>
> I have the originating site send the file to a central server's
> predetermined directory.  Then have another site/node query the
> directory.  If there is a file available it downloads it.   All using
> SSH/SCP.
>
> On 4/24/07, Dave Weis <djweis at internetsolver.com> wrote:
>   
>> On Tue, 24 Apr 2007, Todd Christopher Hamilton wrote:
>>     
>>> Is anyone using P2P type file transfer systems to transfer large data
>>> files between remote offices or client sites?  My company provides a
>>> cross organizational / cross system interface between medical
>>> facilities.  We use a server based (hub and spoke) file transport
>>> method but I am looking for something a little more 21st century.
>>> Nodes need to work behind NAT, there would be a single node that
>>> originated the data and one or two nodes that would receive the data.
>>> Of coarse this would all need to be done programmaticly.  Any
>>> suggestions?
>>>       
>> It's not really P2P but rsync and ssh should be able to do this.
>>
>> --
>> Dave Weis
>> djweis at internetsolver.com
>> http://www.internetsolver.com/
>>
>> _______________________________________________
>> OLUG mailing list
>> OLUG at olug.org
>> http://lists.olug.org/mailman/listinfo/olug
>>
>>     
>
>
>