anonymous "on demand" file transfers?

Kevin Korb kmk at
Fri Mar 9 15:00:01 MST 2012

Hash: SHA1

With rsyncd you can specify a path within the pre-defined path of the
config file.  Therefore if the pre-defined path was / you could
download anything that you have read access to.

The ssh transport isn't necessarily restricted to ssh.  It originally
used and can still use rsh.  It can also use any other program that is
command line compatible with rsh.  IOW, when you rsync to
user at host:/path rsync actually does something along the lines of
'$RSYNC_RSH -l user host rsync [options] --server /path'  If you don't
care about authentication or encryption it should be trivial to whip
up a wrapper for netcat to do that.  There may even be something like
that out there already.

On 03/09/12 16:51, Filipe Fernandes wrote:
> Hello All,
> Is it possible to serve up files anonymously via a folder of my
> choosing on demand?
>> From time to time where I work, we transfer large file
>> heirarchies between
> co-workers and contractor workstations, and we've gotten away with
> tar'ing things up or using something like webfs (or Python -m
> SimpleHTTPServer) on one end and 'wget -r http://remote-server' on
> the the other.
> This can be anything from log files, to photoshop files, etc...
> What I'm looking for though is something more efficent without
> creating extrenuous files like 'index.html' (when using wget -r) or
> the like.
> I'm aware of rsync having two modes.
> One using "daemon" mode where rsync provides for file transfers
> using it's own transport layer; and the paths have been predefined
> in either /etc/rsyncd.conf or through the --config options.  This
> is a little inflexable as I can't just nagivate to the folder I
> want and launch rsync to serve up only the local folder I specify 
> (say in --daemon --no-detach mode)
> The other one using ssh transport which is more flexable in the
> path that can be chosen but requires authentication on the remote
> box and requires that the recipent know what path to sync with; not
> to mention is harder to lock down what paths can be shared.
> I'm uncertain if rsync will support my use-case but I'm hopeful
> that the community has some answers I could take away.
> thanks, filipe

- -- 
	Kevin Korb			Phone:    (407) 252-6853
	Systems Administrator		Internet:
	FutureQuest, Inc.		Kevin at  (work)
	Orlando, Florida		kmk at (personal)
	Web page:
	PGP public key available on web site.
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla -


More information about the rsync mailing list