回答:
多くの、しかし、私は私の頭の上からいくつかを引用します。
ssh / rshがリモートサーバーで使用できない場合、または構成またはより厳しいネットワークルールの点で破損している場合はどうなりますか？rsh / sshを使用するには依然としてクライアントが必要です（送信側または受信側の役割によって異なります）が、リモート側はrsyncバイナリをローカルでフォークし、ローカル側で実行されているrsyncプロセスとの接続を確立する必要があります。rsh / sshは単に接続トンネルを提供します。rsyncに関する限り、rsyncはパイプを介して他のrsyncプロセスと通信しています。
デーモンモードのrsyncプロセスを使用すると、サーバーが真のftpのようなサーバーになり、rsyncモジュールを介してファイルシステムの一部を利用できるようになります。それ以外はすべて回避できます。/ usr / localと/ varのみをダウンロードに使用可能にして、他のダウンロードに対するrsyncクライアントの要求を拒否するとします。ホストレベルまたはファイルシステム（モジュール）レベルで裁量を使用して、アップロードまたはダウンロード（読み取り専用）を許可できます。
ホスト/ユーザーレベルのアクセス、認証、承認、ロギング、および構成ファイルを介したダウンロード/アップロード用のファイルシステム（構造）モジュールを制御できます。構成ファイルに変更が加えられるたびに、rsyncd --daemon再起動またはを行う必要はありませんHUPped。また、rsyncサーバープロセスに一度に接続できるクライアントの数を制御できます。これは、rsyncdサーバープロセスがCPUまたはディスクベースのI / O操作を介してホストを完全に占有することを望まないためです。
chroot機能は、デーモンモードのrsyncdの設定を介して利用可能にできます。クライアントがホスト上で保護する必要があり、外部アクセスを許可しないファイル/ファイルシステムのrsyncdに接続することを避けたい場合、これを非常に適切なセキュリティ機能として使用できます。
rsyncクライアントが使用するオプションの一部を完全に拒否し、--deleteオプションを許可しないなど、サーバー側で楽しまないことができます。
rsyncプロセスの前後にいくつかのコマンド/スクリプトを実行するオプションがあります。例として、転送後モードでのrsync統計のレポートと保存があります。
これらはその一部ですが、rsyncのエキスパートユーザーはこれにもっと光を当てることができると確信しています。
cygwinを使用して、LinuxマシンとWindowsマシンの間で大きなフォルダーを同期しようとすると問題が発生しました。rsyncデーモンを使用するためにSSHトンネルを削除した後、私の問題はなくなりました。
クライアントは、プッシュ/プルするサーバーのファイルシステムレイアウトなどを知る必要はありません。
rsyncSSHの使用で発生した問題は何ですか？
rsyncの一般的な使用法は、ファイルのパブリックアーカイブをミラーリングすることです。プライマリコピーのオペレータは、アーカイブへのリモートシェルアクセスを許可したくありませんが、リモートミラーを実行しているボランティアがアーカイブの完全なコピーを効率的に取得できるようにしたいと考えています。Rsyncは、変更されたビットのみをダウンロードするため、ミラーの作成に非常に適しています。また、ネットワークにわずかな中断がある場合、大きなファイル全体（cd / dvdイメージ）を再ダウンロードしません。
実際には、ビットトレントプロトコルが実際にこれに適している可能性がありますが、rsyncは何年も前にリリースされました。
今でも、多くの主要なアーカイブがミラーにrsyncを使用しています。
参照：http : //www.debian.org/mirror/ftpmirror
推奨されるミラーリングプロトコルはrsyncです。
SSHは、暗号化の使用などによりオーバーヘッドを与えます。したがって、理論的には、rsyncサーバーデーモンを使用してより高いスループットを得る必要があります。