Rsync守护程序：它真的有用吗？

rsyncd与通过ssh进行rsync相比，使用有什么实际好处？它真的可以提高速度，稳定性吗？

我认为最大的区别是，如果您在rsyncd服务器端使用，而不是rsyncover ssh，服务器已经知道它所拥有的，因此构建文件列表来确定需要传输的内容要简单得多。如果只是推送一些文件，这不会有什么区别，但是例如，如果您要通过rsync 使CPAN可用，则您不必每次都在源端构建文件列表时间。

这是一个古老的问题，但是rsync在守护程序模式下而不是通过ssh 使用还有另一个非常有效的理由：

• 降低CPU开销。

我有一个10 TB NAS备份到另一个10 TB NAS，并且仅SSH隧道的加密开销是传输的限制因素。这两个NASes都是低功耗的1.8 GHz Intel Atom，甚至具有更简单的ssh加密选项（例如，ssh -c arcfour通过ssh调用传递给rsync），在千兆位以太网上，加密开销仍然可以达到200-300 Mbps的最佳速度。

在一端使用rsync守护程序可消除加密开销，并为大型连续文件实现> 800 Mbps的传输。

我认为将运行rsyncd与通过SSH运行rsync进行比较没有多大意义。它们通常用于完全不同的事物。

ssh上的rsync通常用于备份或通过Internet同步服务器。rsyncd通常用于软件镜像之类的东西，因此将rsyncd与纯HTTP或FTP镜像甚至bittorrent进行比较更有意义。

还有zsync之类的软件，它可以让您在仍然使用标准HTTP服务器的同时获得rsync的许多好处。

的功能rsyncd是在服务器上运行并响应（远程）rsync请求。

（当我们说rsyncd我们的意思是rsync作为守护程序运行，而当我们说“远程”时，则是指从运行机器的角度来看是遥不可及的rsyncd）

两者都将使用ssh以便安全地相互通信。

尽管rsync使用它来复制同一台计算机上的文件和目录，但这并不是使用一个或另一个的问题，我认为它不需要作为守护程序运行。

我认为rsync手册页对此做了澄清。

rsyncd（与守护程序rsyncd）默认使用端口873。

这将使用本机rsync协议，但不加密任何内容。它仅适用于本地或受信任的网络。

如果需要安全性，则始终必须通过SSH使用rsync或rsyncd，所有数据传输将通过ssh协议输入。