Hi.
Upgrading 2.6 to 3 version in rsync daemon changed the "refuse option"
manner.
Namely,
rsyncd.conf
========pid file = /var/run/rsyncd.pid
use chroot = yes
read only = yes
secrets file = /etc/rsyncd.secrets
[common]
path = /common/
hosts allow = 10.0.0.0/16
auth users = rsync_common
refuse options = e
uid = 0
gid = 0
========
$ rsync -v -a -u -z -S --delete-during --delete-excluded
rsync://rsync_common@MYHOST/common/ /localcommon/
receiving incremental file list
rsync: The server is configured to refuse --rsh (-e)
rsync error: requested action not supported (code 4) at
clientserver.c(842) [sender=3.0.2]
rsync: read error: Connection reset by peer (104)
rsync error: error in rsync protocol data stream (code 12) at io.c(794)
[receiver=3.0.2]
Though it is written in MAN, that:
=======Using rsync in this way is the same as using it with a remote shell
except that:
o you must not specify the --rsh (-e) option.
=======
--
BRGDS. Alexey Vlasov.
On Mon, 2008-08-04 at 22:02 +0400, Alexey Vlasov wrote:> Upgrading 2.6 to 3 version in rsync daemon changed the "refuse option" > manner.> refuse options = eIn version 3.0.0, the -e option was commandeered as a way for the rsync client to signal some compatibility information to the server (or daemon). It does not allow execution of arbitrary commands on the server, so there is no need to refuse it. See this bug report and the thread linked from it: https://bugzilla.samba.org/show_bug.cgi?id=5607 Matt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part Url : http://lists.samba.org/archive/rsync/attachments/20080804/90f6964c/attachment.bin