Bug 11013 - [patch] Mention that privileges are dropped, when "use chroot" is enabled in rsyncd.conf manpage
[patch] Mention that privileges are dropped, when "use chroot" is enabled in ...
Product: rsync
Classification: Unclassified
Component: core
All All
: P5 trivial
: ---
Assigned To: Wayne Davison
Rsync QA Contact
Depends on:
  Show dependency treegraph
Reported: 2014-12-17 02:41 UTC by Manuel Wiesinger
Modified: 2015-12-21 19:58 UTC (History)
0 users

See Also:

Proposed patch for rsyncd.conf.yo (1.15 KB, patch)
2014-12-17 02:41 UTC, Manuel Wiesinger
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Manuel Wiesinger 2014-12-17 02:41:13 UTC
Created attachment 10544 [details]
Proposed patch for rsyncd.conf.yo

The manpage of rsyncd.conf says when "use chroot" is enabled this is "as though --numeric-ids had been specified". 

When rsyncing a file from host A to host B using:
rsync -av sometestfile rsync://some_test_user@hostB/backup/

the uid and the gid of the source file on host A are not set accordingly on host B. Even not if --numeric-ids is specified explicitly, on both server and client side.

Relevant part of the server config:

use chroot = yes

list = yes
path = /zdata/backup/
comment = Some comment
read only = no
auth users = some_test_user
secrets file = /usr/local/etc/rsync/rsyncd.secrets
numeric ids = yes

I fixed that by adding "uid = root" to rsyncd.conf.

The manpage does not mention that behavior at all.
Comment 1 Wayne Davison 2015-12-21 19:58:53 UTC
I've improved the "use chroot" & "numeric ids" sections to make this a little clearer.