Some "use chroot" improvements.
authorWayne Davison <wayne@opencoder.net>
Tue, 20 Sep 2022 05:37:29 +0000 (22:37 -0700)
committerWayne Davison <wayne@opencoder.net>
Tue, 20 Sep 2022 07:08:16 +0000 (00:08 -0700)
commit97e02bf21a119971e258550bdcd3e56096bdd7b2
tree7161d1327f754f390e3007938c04c3b4cd246ae0
parent77d762ced8bae1dac1de48b0a3814a49a1371c99
Some "use chroot" improvements.

- The sanitize_paths variable was set too often. It only needs to be set
  when the "inner" path is not "/".  This change avoids sanitizing &
  munging things for a path=/ module just because chroot is off.
- The default for "use chroot" is now "unset" instead of "true".  When
  unset it checks if chrooting works, and if not, it proceeds with a
  sanitized copy instead of totally failing to work.  This makes it
  easier to setup a non-root rsync daemon, for instance.  It will have
  no effect on a typical Linux root-run daemon where the default will
  continue to use chroot (because chrooting works).  A config file can
  explicitly set "use chroot = true | false" to force the choice.
- Try to improve the "use chroot" manpage.
NEWS.md
clientserver.c
daemon-parm.txt
rsyncd.conf.5.md