Ssh rsync怪异行为

我必须将一些文件夹从linux服务器同步到另一个服务器。 我们已经创建了RSA密钥，身份验证进行得很顺利

当我们启动rsync命令时，一些文件产生了如下错误：

• rsync:readlink“/var/www/sestantemultimedia.it/xxecommerce/pub/.htaccess”失败：权限被拒绝（13）

现在，目录/var/（以及其他子目录）的许可设置为755。 最后一个目录中的文件的许可设置为644

因此，理论上，只要设置正确，我就可以从另一台服务器读取并复制我的文件

---

我错过了什么？

好吧，我刚想出来

有人（因为我们作为一个团队一起工作）对“最终文件夹”进行了更改，因此“apache”用户组无法执行（因此无法遍历）文件夹本身

这样，虽然“其他组”可以执行，但我们收到的许可总数（我们加入了“apache”组）不足以“执行”文件夹并检索文件

---

我们只是改变了这种情况，现在它可以正常工作了

最初的问题是rsync命令使用哪个用户？此用户对其试图访问的文件是否具有正确的读取权限/权限？如果您仔细阅读，您会发现另一组（即“世界其他地区”）的用户拥有读取/执行许可证。因此，独立于哪个用户启动该命令，同步必须是可能的。我们这样做，因为我们只接受该服务器上的ssh连接，所以如果您没有密钥和密码，您就什么也做不了。我想我之前错调了，我的意思不是运行rsyc的用户有access对服务器的权限，但对服务器上文件的访问权限。例如：您可能决定使用支持（而不是系统）运行rsync但是，support在另一台服务器上没有读取.htaccess文件的权限。您告诉我的事情与此完全相同。我重复：在我要获取文件的服务器的文件系统上，以read/exec.way的方式为其他服务器（并且该用户属于其他组）设置许可