Réponses:
Je pense que la grande différence est que si vous utilisez rsyncddu côté serveur, au lieu de rsyncplus ssh, le serveur sait déjà ce qu'il a, donc construire les listes de fichiers pour déterminer ce qui doit être transféré est beaucoup plus simple. Cela ne fera aucune différence si vous ne faites que déplacer quelques fichiers, mais si vous rendez , par exemple, CPAN disponible via rsync, vous ne voulez pas avoir à créer la liste des fichiers côté source tous les temps.
C'est une vieille question, mais il y a une autre raison très valable d'utiliser rsyncen mode démon par rapport à ssh:
J'ai un NAS de 10 To qui est sauvegardé sur un autre NAS de 10 To, et la surcharge de chiffrement uniquement pour le tunnel SSH est le facteur limitant pour le transfert. Les deux NAS sont des atomes Intel 1,8 Ghz de faible puissance, et même avec des options de cryptage plus faciles pour ssh (par exemple, ssh -c arcfourtransmises comme l'appel ssh à rsync), la surcharge de chiffrement se traduit toujours par au mieux 200-300 Mbps, sur un réseau Ethernet gigabit.
L'utilisation d'un démon rsync à une extrémité supprime la surcharge cryptographique et permet des transferts> 800 Mbps pour les fichiers volumineux et contigus.
ssh -c arcfourconnexion que j'utilisais.
Je ne pense pas que comparer rsyncd à rsync via SSH ait beaucoup de sens. Ils sont généralement utilisés pour des choses complètement différentes.
rsync over ssh est généralement utilisé pour les sauvegardes ou la synchronisation des serveurs sur Internet. rsyncd est généralement utilisé pour des choses comme les miroirs logiciels, il est donc plus logique de comparer rsyncd à un simple miroir HTTP ou FTP ou même à bittorrent.
Il existe également des logiciels comme zsync, qui vous permettent d'obtenir de nombreux avantages de rsync tout en utilisant un serveur HTTP standard
La fonction de rsyncdest de s'exécuter sur un serveur et de répondre aux rsyncrequêtes (distantes) .
(quand nous disons que rsyncdnous voulons dire rsynccourir en tant que démon, et quand nous disons «à distance», nous voulons dire à distance du point de vue de la machine en marche rsyncd)
Les deux utiliseraient ssh afin de se parler en toute sécurité.
Il ne s'agit pas vraiment d'utiliser l'un ou l'autre, bien que s'il rsyncest utilisé pour copier des fichiers et des répertoires sur la même machine , je ne pense pas qu'il doive s'exécuter en tant que démon.
Je pense que la rsyncpage de manuel clarifie cela.
rsyncd (rsyncd avec démon) utilise par défaut le port 873.
Cela utilisera le protocole natif rsync, mais ne chiffrera rien. Il est destiné uniquement aux réseaux locaux ou de confiance.
Si vous voulez de la sécurité, vous devez toujours utiliser rsync ou rsyncd sur SSH, tous vos transferts de données seront entrés par le protocole ssh.