rsync 的安全性问题

[lfzyx]

B服务器上搭建了rsync常驻后台服务，用来同步A服务器上的文件。A服务器通过crontab定期运行rsync。
现在的问题是，如果A服务器被入侵，那么入侵者可以在删除文件后，通过rsync的--delete参数将B服务器上备份的文件也删除。
有没有办法让B服务器上的rsync常驻后台服务拒绝--delete参数？

[multiple1902]

在这个网页里搜索 refuse 的第二次出现： https://developer.apple.com/library/mac/documentation/Darwin/Reference/Manpages/man5/rsyncd.conf.5.html

对了，如果坏蛋尝试用空文件来覆盖，这个要不要拒绝？这个要考虑清楚。

[Havee]

备份就不该用 rsync，起码加个增量
rsync 用来分发
so 有备份，被黑了又如何，重新分发

[mongodb]

@Havee 这是我好几年犯的一个重大的错误，我一直是rsync备份的……
数据量小的时候还会在备份机器上来个脚本分门别类，后来数据大了，就懒了，然后吃了亏。
数据库方面，这个还好，有主从在，不说万无一失，至少搭配冷备份在大多数情况下是个可靠的方案。那文件备份方面，您有什么能介绍的好经验么？

[lsylsy2]

@mongodb rdiff-backup

[qsun]

楼主请试试看 rdiff-bacup 或者 duplicity

rsync 只是同步，不是备份

[jedihy]

这个很简单，稍微改一下rsync的源码，忽略掉delete这个参数

[Admstor]

如果B是作为备份的话,可以在同步完成后,将同步文件夹打包压缩,转移到别的冷备目录,这样就算删除也只是删除当前同步目录...

[jarlyyn]

rsync不是同步么……

备份的话我喜欢用btrfs 定时snapshot.

[notnumb]

类楼上 zfs snapshot