デーモンモードでrsyncサーバーの必要性を理解していません。 SSHまたはTelnetでrsyncを使用できる場合、どのような利点がありますか？
ベストアンサー1
いろいろありますが、ちょうどいくつかが引用します。
リモートサーバーでssh / rshが利用できない場合、または構成またはより厳しいネットワークルールが破損した場合はどうなりますか？ rsh / sshを使用するには依然としてクライアントが必要ですが（送信者または受信者の役割に応じて）、リモート側ではrsyncバイナリをローカルにフォークし、ローカルで実行されているrsyncプロセスへの接続を確立する必要があります。 rsh/ssh は接続トンネリングのみを提供します。 rsync の場合、rsync はパイプを介して他の rsync プロセスと通信します。
デーモンモードrsyncプロセスを使用すると、サーバーはrsyncモジュールを介して一部のファイルシステムを使用できる真のFTPに似たサーバーになります。他のすべては避けることができます。 /usr/local および /var のみをダウンロードできるようにし、rsync クライアントからの他のダウンロード要求を拒否するとします。ホストレベルまたはファイルシステム（モジュール）レベルで、裁量でアップロードまたはダウンロード（読み取り専用）を許可できます。
構成ファイルを使用して、ホスト/ユーザーレベルのアクセス、認証、承認、ロギング、ダウンロード/アップロードを具体的に制御できるファイルシステム（構造）モジュール。設定ファイルが変更されるたびに
rsyncd --daemon再起動または再起動する必要はありませんHUPped。一度にrsyncサーバープロセスに接続できるクライアントの数を制御することもできます。 rsyncdサーバープロセスがホストのCPUまたはディスクベースのI / O操作を完全に消費したくないので、これは良い方法です。chroot 機能は、デーモンモードで rsyncd 設定で使用できます。ホストが保護し、外部アクセスを避ける必要があるファイル/ファイルシステムに対してクライアントが自分のrsyncdに接続するのを防ぐ場合は、この機能を非常にきれいなセキュリティ機能として使用できます。
rsyncクライアントが使用する一部のオプションを完全に拒否することができ、オプションを許可しないかのようにサーバー側で処理しないことがあります
--delete。rsyncプロセスの前後にいくつかのコマンド/スクリプトを実行するオプションがあります。 1つの例は、転送後モードでrsync統計を報告して保存することです。
これらはそのうちのいくつかですが、rsyncの専門ユーザーがこれについてもっと学ぶことができると確信しています。