Documentation<Précédent | Table des matières | Suivant>
Utiliser rsync sur un réseau
L'une des vraies beautés de rsync est qu'il peut être utilisé pour copier des fichiers sur un réseau. Après tout, le « r » dans rsync signifie « à distance ». La copie à distance peut être effectuée de deux manières. La première consiste à utiliser un autre système qui a rsync installé, avec un programme shell distant tel que ssh. Disons que nous avions un autre système sur notre réseau local avec un
beaucoup d'espace disque disponible et nous voulions effectuer notre opération de sauvegarde en utilisant le système distant au lieu d'un lecteur externe. En supposant qu'il avait déjà un répertoire nommé /sauvegarde où nous pourrions livrer nos fichiers, nous pourrions faire ceci :
[moi@linuxbox ~]$ sudo rsync -av --delete --rsh=ssh /etc /home
/usr/système distant local :/sauvegarde
[moi@linuxbox ~]$ sudo rsync -av --delete --rsh=ssh /etc /home
/usr/système distant local :/sauvegarde
Nous avons apporté deux modifications à notre commande pour faciliter la copie réseau. Tout d'abord, nous avons ajouté le
--rsh=ssh option, qui demande à rsync d'utiliser le programme ssh comme shell distant. De cette façon, nous avons pu utiliser un tunnel crypté ssh pour transférer en toute sécurité les données du système local vers l'hôte distant. Deuxièmement, nous avons spécifié l'hôte distant en préfixant son nom (dans ce cas, l'hôte distant est nommé remote-sys) au chemin de destination.
La deuxième façon que rsync peut être utilisé pour synchroniser des fichiers sur un réseau en utilisant un serveur rysnc. rsync peut être configuré pour s'exécuter en tant que démon et écouter les demandes entrantes de synchronisation. Ceci est souvent fait pour permettre la mise en miroir d'un système distant. Par exemple, Red Hat Software maintient un grand référentiel de packages logiciels en cours de développement pour sa distribution Fedora. Il est utile pour les testeurs de logiciels de refléter cette collection pendant la phase de test du cycle de publication de la distribution. Étant donné que les fichiers du référentiel changent fréquemment (souvent plus d'une fois par jour), il est souhaitable de maintenir un miroir local par synchronisation périodique, plutôt que par copie en bloc du référentiel. L'un de ces référentiels est conservé à Georgia Tech ; nous pourrions le mettre en miroir en utilisant notre copie locale de rsync et leur serveur rsync comme ceci :
[moi@linuxbox ~]$ mkdir fedora-devel
[moi@linuxbox ~]$ rsync -av --delete rsync://rsync.gtlib.gatech.edu/fe dora-linux-core/development/i386/os fedora-devel
[moi@linuxbox ~]$ mkdir fedora-devel
[moi@linuxbox ~]$ rsync -av --delete rsync://rsync.gtlib.gatech.edu/fe dora-linux-core/development/i386/os fedora-devel
Dans cet exemple, nous utilisons l'URI du serveur rsync distant, qui consiste en un protocole (rsync://), suivi du nom d'hôte distant (rsync.gtlib.gatech.edu), suivi du chemin d'accès du référentiel.