rsync 奇怪的行为
我必须将一些文件夹从 Linux 服务器同步到另一个服务器。 我们已经创建了 RSA-Key 并且身份验证进展顺利。
当我们启动 rsync 命令时，某些文件会产生如下错误：
- rsync: readlink "/var/www/sestantemultimedia.it/xxecommerce/pub/.htaccess" failed: Permission returned (13)
现在，目录 /var/ （以及其他子目录）的许可设置为 755。 最后一个目录中的文件的许可设置如 644。
因此，理论上，许可设置正确，我可以从其他服务器读取并复制我的文件。
我缺少什么？
I have to sync some folders from a linux server, to another.
We have created the RSA-Key and the authentication goes well.
When we launch an rsync command, some of the files gave birth to errors like:
- rsync: readlink "/var/www/sestantemultimedia.it/xxecommerce/pub/.htaccess" failed: Permission denied (13)
Now, the directory /var/ (as well as other subdirectory) have the permits set to 755.
The files into the last directories have permits set like 644.
So, theoretically, permits as set right and I can read from the other server and copy my files.
What I am missing?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
好吧，我刚刚想明白了。
有人（因为我们作为一个团队一起工作）对“最终文件夹”进行了更改，以便“apache”用户组无法执行（因此无法遍历）文件夹本身。
这样，虽然“其他组”可以执行，但我们收到的许可总和（我们属于“apache”组）不足以“执行”文件夹并检索文件。
我们只是改变了这个场景，现在它可以正常工作了！
Ok, I just figured it out.
Someone (because we work together as a team) had done a change on the "final folder" so that "apache" user's group can't execute (so can't traverse) the folder itself.
In that way, although it is possibile for "other group" to execute, the sum of permits that we receive (we were into "apache" group) isn't enough for "execute" the folder and retrive the file.
We just change that scenario and now it works properly!