https://bugzilla.samba.org/show_bug.cgi?id=1890
--- Comment #8 from car...@taltos.org 2009-08-09 00:18 CST ---
authorized_keys command limits sadly only work for public key auth. TLS support
in rsync would be of significant value. Yes, there are hacky ways to work
around it today, but
devz...@web.de (devz...@web.de) wrote on 6 August 2009 20:15:
>i`m using rsync to sync large virtual machine files from one esx server to
>another.
>the speed is "reasonable", but i guess it`s not the optimum - at least i
>donŽt know where the bottleneck is.
That's vague and subjective, so
https://bugzilla.samba.org/show_bug.cgi?id=1890
--- Comment #7 from ja...@shareable.org 2009-08-08 18:16 CST ---
It's easy to tell an ssh server to restrict what commands can be run.
For example, with OpenSSH it goes in $HOME/.ssh/authorized_keys.
That's what I do for making backups:
https://bugzilla.samba.org/show_bug.cgi?id=1890
--- Comment #6 from devz...@web.de 2009-08-08 06:44 CST ---
when using rsync over ssh, you give a remote user interactive shell access.
shell access is not needed for that and may quite often impose a severe
security risk. (undermine fir
https://bugzilla.samba.org/show_bug.cgi?id=1890
--- Comment #5 from p...@debian.org 2009-08-08 06:00 CST ---
Simply using rsync over ssh should be enough encryption for most purposes,
IMHO.
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are rec
> I really don't think it's a good idea to sync large data files in use,
> which is modified frequently, e.g. SQL database, VMware image file.
>
> As rsync do NOT have the algorithm to keep those frequently modified
> data file sync with the source file. And this will course data file
> corrupted.
