rsync守护程序和权限

时间:2018-09-05 04:02:35

标签: permissions daemon rsync

问题

我对rsync守护程序和权限感到困惑。不幸的是我不知道为什么得到
rsync: opendir "/." (in share) failed: Permission denied (13)
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1650) [generator=3.1.2]
显然,通过搜索网络并查看manpage / rsync的{​​{1}},我无法解决此问题。

设置

这是我的rsyncd.conf,由/etc/rsyncd.conf拥有,拥有root的权限:

644

请注意,log file = /var/log/rsyncd.log [share] comment = data path = /path/to/data uid = root gid = root read only = false auth users = syncuser secrets file = /etc/rsyncd.secrets 由拥有/path/to/data权限的root拥有(尽管随机755user也不起作用)。
此外,syncuser拥有/etc/rsyncd.secrets的权限,并由600拥有(尽管同样,我也尝试过root

400

要启动该服务(在CentOS7上)

syncuser:passwd

在运行守护程序的主机上作为随机sudo systemctl start rsyncd 进行的第一次测试(也与usersudo一起运行无效)

syncuser

返回rsync user@host:: ,表明配置正确吗?!

但是

share          data

导致上述错误。

尝试

rsync user@host::share 的{​​{1}}(chmod)和777chown,随机root:rootuser:user){不改变任何东西。此外,我将syncuser:syncuser/path/to/data更改为uid,但也没有成功。
当然,我想在最终客户端上运行gid命令之上,但最终还是要从该客户端上将数据复制到主机上。

那么我在这里想念什么?任何提示当然都值得赞赏。

1 个答案:

答案 0 :(得分:0)

您可以检查SELinux吗?

如果强制执行,则必须正确标记目录/ path / to / data。

例如, chcon -R -t public_content_t / path / to / data