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

Question

rsyncd与 ssh 上的 rsync 相比，使用有什么实际好处吗？它真的能提高速度、稳定性吗？

Answer 1

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

Answer 2

这是一个老问题，但rsync在守护进程模式下使用与通过 ssh 相比还有另一个非常有效的原因：

• 较低的 CPU 开销。

我有一个 10 TB NAS 备份到另一个 10 TB NAS，仅 SSH 隧道的加密开销是传输的限制因素。两个 NAS 都是相当低功耗的 1.8 Ghz Intel Atom，即使使用更简单的 ssh 加密选项（例如，ssh -c arcfour作为 ssh 调用传递到 rsync），在千兆以太网网络上，加密开销仍然最多只能达到 200-300 Mbps。

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

Answer 3

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

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

还有像 zsync 这样的软件，它允许您在仍然使用标准 HTTP 服务器的同时获得 rsync 的许多好处

Answer 4

rsyncd (rsyncd with daemon) 默认使用端口 873。

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

如果您想要安全，您必须始终通过 SSH 使用 rsync 或 rsyncd，您的所有数据传输都将由 ssh 协议输入。

Answer 5

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

（当我们说rsyncd我们的意思是rsync作为守护进程运行时，当我们说“远程”时，我们的意思是从运行的机器的角度来看是远程的rsyncd）

两者都会使用 ssh 来安全地相互通信。

这实际上并不是使用其中之一的问题，尽管如果rsync用于在同一台计算机上复制文件和目录，我认为它不需要作为守护进程运行。

我认为rsync手册页澄清了这一点。