rsyncd.conf man page on numeric ids has incorrect instructions about chroot
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
rsync (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
The man page documention (man rsyncd.conf) states:
numeric ids
by name for the current daemon module. This prevents the daemon
from trying to load any user/group-related files or libraries.
This enabling makes the transfer behave as if the client had
A chroot-enabled module should not have this parameter enabled
"A chroot-enabled module should not have" should read "A chroot-enabled module should have" (removed the word 'not') as that is the default and expected behavior when chroot is enabled.
Looks like this was fixed as it now (rsync 3.2.3-8ubuntu3 from 22.04 dev) says:
man rsyncd.conf:
> A chroot-enabled module should not have this parameter set to false unless you're using a "name converter" program or you've taken steps to ensure that the module has the necessary resources it needs to translate names ...