• Monter un démon rsync sous Windows et faire une sauvegarde comme si il s’agissait d’un PC Linux
• Monter un partage Windows via Samba, et sauvegarder le partage comme un répertoire local
• Ajouter le support NFS sous Windows

J’ai personnellement testé les deux premières, mais je n’ai réussi à mettre en œuvre de façon acceptable que la deuxième solution.

Comme pour l’article Samba, je rédige le présent post à partir de notes prises au moment de la mise en œuvre de la solution, je ne peux plus vérifier les configurations décrites ici n’ayant plus de PC sous Windows.

Démon rsync sous Windows

Pour avoir un serveur rsync sous Windows il faut passser par cygwin qui est un package qui met à disposition des utilisateurs Windows les principaux outils Linux existant dont rsync.

Je ne voulais pas installer cygwin j’ai donc trouvé 2 packages rsync indépendant (se basant tout de même sur cygwin, mais avec le strict minimum)

• cwRsync
• RsyncD maintenu par les équipes de BackupPC

Le premier étant plus automatisé que le second.

J’ai testé les 2 et je me suis heurté au même problème de non préservation des accents dans les noms de fichiers.

Il est logique que ces 2 packages aient le même comportement concernant les accents, puisque ce dernier est inhérent à cygwin qui ne gère pas l’UTF8

J’ai bien tenter d’appliquer une dll patchée de cygwin sensé ajouter le support de l’UTF8 à ce dernier mais sans succès.

Ce problème d’accent étant bloquant je n’ai pas persévéré avec cette solution.

Pour en savoir plus sur la mise en œuvre consulter cet article :

http://www.stillnetstudios.com/snapshot-backups-howto/

Partage Samba

Dans cette solution le pré-requis est d’avoir Samba d’installé et configuré sur le serveur de sauvegarde.

Ensuite on monte le partage Windows voulu dans le point de montage de son choix avec la commande mount :

mount -t cifs //adresse_ip_machine_windows/partage /mnt -o username=utilisateur_windows,password=mot_de_passe,iocharset=utf8,noperm

Dans mon cas le partage Windows était le partage administratif du disque dur contenant les données à sauvegarder (D$) et mon utilisateur était membre du groupe Administrateur.

L’option iocharset permet de spécifier l’encodage des noms de fichier (UTF8) pour prendre en compte les accents et noperm indique qu’il ne faut pas vérifier les droits sur les fichiers

Après la saisie de la commande, normalement votre partage (D: dasn mon cas) devrait être accessible dans votre point de montage /mnt.

Fichier rsnapshot

Le fichier de configuration rSnapshot utilisé est peut différent de celui décrit pour la sauvegarde des machine Linux.

################################################# 
# rsnapshot.conf - rsnapshot configuration file # 
################################################# 
# # 
# PLEASE BE AWARE OF THE FOLLOWING RULES: # 
# # 
# This file requires tabs between elements # 
# # 
# Directories require a trailing slash: # 
# right: /home/ # 
# wrong: /home # 
# # 
#################################################
 
####################### 
# CONFIG FILE VERSION # 
#######################
 
config_version 1.2
 
########################### 
# SNAPSHOT ROOT DIRECTORY # 
###########################
 
snapshot_root /data/sauvegardes/sweetHome/ 
no_create_root 1
 
################################# 
# EXTERNAL PROGRAM DEPENDENCIES # 
################################# 
cmd_cp /bin/cp 
cmd_rm /bin/rm 
cmd_rsync /usr/bin/rsync 
cmd_ssh /usr/bin/ssh 
cmd_logger /usr/bin/logger 
cmd_du /usr/bin/du 
cmd_rsnapshot_diff /usr/bin/rsnapshot-diff 
#cmd_preexec /path/to/preexec/script 
#cmd_postexec /path/to/postexec/script
 
######################################### 
# BACKUP INTERVALS # 
# Must be unique and in ascending order # 
# i.e. hourly, daily, weekly, etc. # 
######################################### 
interval daily 7 
interval weekly 4 
interval monthly 2
 
############################################ 
# GLOBAL OPTIONS # 
# All are optional, with sensible defaults # 
############################################
 
# Verbose level : 1 (mini) through 5 (maxi). 
verbose 2 
loglevel 3 
logfile /var/log/svc/rsnapshot.log 
lockfile /var/lock/rsnapshot.pid
 
rsync_long_args --delete --numeric-ids --delete-excluded --chmod=ugo=rwX 
ssh_args -o BatchMode=yes
 
#include_file /path/to/include/file 
#exclude_file /path/to/exclude/file
 
############################### 
### BACKUP POINTS / SCRIPTS ### 
###############################
 
# sweetHome 
backup /mnt/

Les 2 seuls différences concernent le point de sauvegarde (on spécifie ici que l’on sauvegarde un dossier local) et l’argument chmod de l’option rsync_long_args, où l’on indique qu’il faut changer les droits utilisateur de tous les fichiers sauvegardés pour y appliquer les droits en lecture, écriture et exécution pour tout le monde.

Scripts de sauvegarde

Pour finir mes scripts enchainant les diverses opération nécessaires à la sauvegarde du PC Windows :

• Allumage via WOL
• Montage du partage
• Sauvegarde
• Démontage
• Extinction

/home/mon_user/bin/sauvegarde.sh

#!/bin/bash
 
DAY_OF_WEEKLY_BACKUP=lundi 
DAY_OF_MONTHLY_BACKUP=01
 
cd $(dirname "${0}")
 
echo Attente reveil sweetHome 
./wakeOnLanSweetHome.sh 
sleep 60 
sudo ./mountSweetHome.sh
 
echo Sauvegarde journaliere en cours... 
rsnapshot -c rsnapshotSweetHome.conf daily
 
if [ $(date +%A) == $DAY_OF_WEEKLY_BACKUP ]; then 
echo Sauvegarde hebdomadaire en cours... 
rsnapshot -c rsnapshotSweetHome.conf weekly 
fi 
if [ $(date +%d) == $DAY_OF_MONTHLY_BACKUP ]; then 
echo Sauvegarde mensuelle en cours... 
rsnapshot -c rsnapshotSweetHome.conf monthly 
fi
 
sudo ./umountSweetHome.sh 
echo Arret de sweetHome 
net rpc shutdown -f -I machine_distante -U utilisateur_distant%mot_de_passe -t 10 -C "Arrêt en cours..."

wakeOnLanSweetHome.sh est le même que celui mentionné dans Sauvegarde avec rSnapshot, configuration complète

#!/bin/bash
 
echo Reveil de sweetHome 
wakeonlan mon_adresse_mac

mountSweetHome.sh contient juste la commande de mount indiquée ci-dessus.

#! /bin/bash
 
echo montage du lecteur D de sweetHome 
mount -t cifs //adresse_ip_machine_windows/partage /mnt -o username=utilisateur_windows,password=mot_de_passe,iocharset=utf8,noperm

umountSweetHome.sh lui contient juste :

#! /bin/bash
 
echo demontage du lecteur D de sweetHome 
umount /mnt/sweetHome

L’intérêt de mettre ces commandes simple dans des scripts bash est de pouvoir modifier le sudoer pour autoriser l’exécution de ces scripts sans mot de passe, évitant de mettre ce droit sur les commandes mount et umount directement.

Ainsi on pourra monter/demonter le partage Windows de sweetHome avec sudo sans mot de passe mais l’exécution de mount/umount pour monter/demonter autre chose necessitera toujours le mot de passe.

On aura donc dans sudoer :

mon_user ALL = NOPASSWD: mountSweetHome.sh, umountSweetHome.sh

Et non pas :

mon_user ALL = NOPASSWD: mount, umount

Sources :

http://www.stillnetstudios.com/snapshot-backups-howto/

Démon rsync sur Windows

http://blog.gingerlime.com/rsnapshot-server-on-windows

http://www.stillnetstudios.com/snapshot-backups-howto/

Démon rsync sur Windows – problèmes accent

http://itefix.no/i2/node/11626?page=1#comment-14452

http://forum.ubuntu-fr.org/viewtopic.php?id=141415

http://www.okisoft.co.jp/esc/utf8-cygwin/

• Sauvegarde avec rSnapshot
• Sauvegarde avec rSnapshot via SSH et sudo
• Permission denied sur gvfs avec rSnapshot / rsync
• rSnapshot utilisation d’un fichier d’exclusion

Il contient tous les scripts et configuration mis en oeuvre pour la sauvegarde du home de ma machine sweetHome par sweetBox.

Configuration du serveur de sauvegarde

Tout d’abord je ne planifie pas chacun des intervals rSnapshot individuellement dans Cron, j’ai une seul tache appellant un script qui lui va « calculer » quel interval rSnapshot exécuter.

L’avantage, on éteint les machines à sauvegarder à la fin de l’exécution des tous les intervals, on pourrait même éteindre la machine réalisant la sauvegarde.

Voici ce script :

/home/mon_user/bin/sauvegarde.sh

#!/bin/bash
 
DAY_OF_WEEKLY_BACKUP=lundi
DAY_OF_MONTHLY_BACKUP=01
 
cd $(dirname "${0}")
 
. $HOME/.profile
. wakeOnLanSweetHome.sh
sleep 120
 
echo Sauvegarde journaliere en cours...
rsnapshot -v -c rsnapshotSweetHome.conf daily > /var/log/svc/rsnapshot.log 2>&1
 
if [ $(date +%A) == $DAY_OF_WEEKLY_BACKUP ]; then
echo Sauvegarde hebdomadaire en cours...
rsnapshot -v -c rsnapshotSweetHome.conf weekly >> /var/log/svc/rsnapshot.log 2>&1
fi
if [ $(date +%d) == $DAY_OF_MONTHLY_BACKUP ]; then
echo Sauvegarde mensuelle en cours...
rsnapshot -v -c rsnapshotSweetHome.conf monthly >> /var/log/svc/rsnapshot.log 2>&1
fi
 
cat /var/log/mon_user/rsnapshot.log | rsnapreport.pl | mail -s Sauvegarde mon_email
 
ssh mon_user@sweethome "shutdown -h now"

Ce script réveil sweetHome via Wake on Lan, lance la sauvegarde journalière puis hebdmadaire si on est un lundi, la mensuelle si on est un premier du mois.

Edit 27/01/2010 : Pour que le test sur le jour de la semaine fonctionne il faut que ce script soit exécuté dans un environnement pour lequel la langue est FR, or ce n’est pas le cas par défaut dans une tache Cron.

Il conviendra donc d’ajouter LANG=fr_FR.UTF-8 dnas l’en-tête de la crontab.

Cf. cet article

Puis le rapport de sauvegarde est formatté par rsnareport et envoyé par mail, enfin on éteint le pc à distance.

Pour info le WOL est réalisé dans un script à part, ce qui me permet de réveiller sweetHome quand je veux sans avoir à me rappeler son adresse MAC, il est très succinct :

wakeOnLanSweetHome.sh

#!/bin/bash
 
echo Reveil de sweetHome
wakeonlan mon_adresse_mac

Ci-dessous mon fichier de configuration rsnapshot (purgé des commentaires) :

#################################################
# rsnapshot.conf - rsnapshot configuration file #
#################################################
# #
# PLEASE BE AWARE OF THE FOLLOWING RULES: #
# #
# This file requires tabs between elements #
# #
# Directories require a trailing slash: #
# right: /home/ #
# wrong: /home #
# #
#################################################
 
#######################
# CONFIG FILE VERSION #
#######################
 
config_version 1.2
 
###########################
# SNAPSHOT ROOT DIRECTORY #
###########################
 
snapshot_root /data/sauvegardes/sweetHome/
no_create_root 1
 
#################################
# EXTERNAL PROGRAM DEPENDENCIES #
#################################
cmd_cp /bin/cp
cmd_rm /bin/rm
cmd_rsync /usr/bin/rsync
cmd_ssh /usr/bin/ssh
cmd_logger /usr/bin/logger
cmd_du /usr/bin/du
cmd_rsnapshot_diff /usr/bin/rsnapshot-diff
#cmd_preexec /path/to/preexec/script
#cmd_postexec /path/to/postexec/script
 
#########################################
# BACKUP INTERVALS #
# Must be unique and in ascending order #
# i.e. hourly, daily, weekly, etc. #
#########################################
interval daily 7
interval weekly 4
interval monthly 2
 
############################################
# GLOBAL OPTIONS #
# All are optional, with sensible defaults #
############################################
 
# Verbose level : 1 (mini) through 5 (maxi).
verbose 2
loglevel 3
logfile /var/log/svc/rsnapshot.log
lockfile /var/lock/rsnapshot.pid
 
rsync_long_args --delete --numeric-ids --relative --delete-excluded --stats
ssh_args -o BatchMode=yes
 
#exclude .gvfs
#include_file /path/to/include/file
exclude_file /home/mon_user/bin/rsnapshotExclude
 
###############################
### BACKUP POINTS / SCRIPTS ###
###############################
 
# sweetHome
backup mon_user@sweethome:/home/user_distant <br class="spacer_" />

Le fichier d’exclusion contient ceci :

Trash/
.thumbnails/
.mozilla/*/*/Cache/
.gvfs
tmp/

Afin d’avoir une connexion SSH sans mot de passe, j’ai généré un couple de clés stockés dans /home/mon_user/.ssh.

Pour simplifier la synthaxe SSH, j’ai ensuite créé un fichier config :

/home/mon_user/.ssh/config

Host sweethome
Hostname 192.168.1.100
User mon_user

Configuration de la machine sauvegardée

La clé publique généré sur le serveur de sauvegarde à été copié dans authorized_key sur la machine sauvegardée, et modifiée ainsi :

from="IP_sweetBox",command="/home/user_distant/bin/validate-rsync" ssh-rsa AAAAB3...VJpj9cjzjPTyYcXgGiQ== <a href="mailto:mon_user@sweetBox">mon_user@sweetBox</a>

On indique ainsi que cette clé utilisable que pour une connexion venant de l’IP from et que l’on exécute le script validate_rsync lors de l’établissement de cette connexion SSH.

Ce script de validation s’assure que la connexion SSH n’est établie que pour les commandes rsync (pour la sauvegarde) et/ou shutdown (pour éteindre sweetHome à la fin de la sauvegarde :

bin/validate-rsync

#!/bin/sh
 
case "$SSH_ORIGINAL_COMMAND" in
*\&*)
echo "Rejected"
;;
*\(*)
echo "Rejected"
;;
*\{*)
echo "Rejected"
;;
*\;*)
echo "Rejected"
;;
*\<*)
echo "Rejected"
;;
*\`*)
echo "Rejected"
;;
*\|*)
echo "Rejected"
;;
rsync\ --server*)
sudo $SSH_ORIGINAL_COMMAND
;;
shutdown\ -h\ now*)
sudo $SSH_ORIGINAL_COMMAND
;;
 
*)
echo "Rejected"
;;
esac

On le voit ici que les commande rsync et shutdown sont précédées de sudo pour les exécuter en super-utilisateur.

Il convient donc de modifier le sudoer (sudo visudo) pour autoriser l’utilisateur de sweetHome réalisant la sauvegarde (utilisateur que j’ai décrit comme utilisateur distant vis a vis de sweetBox qui est ma référence) ait le droit de lancer sudo pour ces 2 commandes sans mot de passe.

J’ai donc ajouté cette ligne à mon sudoer :

mon_user ALL = NOPASSWD: /usr/bin/rsync, /sbin/shutdown

Et voila..

Edit :

10/11/2009 : ajout de l’option –relative aux paramètres rsync et mise à jour de la variable rsnapshot exclude_file

27/01/2010 : Ajout de la remarque concernant le langue du script de sauvegarde dans le cadre d’une exécution via Cron

• Monter un partage Samba
• Monter un partage NFS
• Passer à travers SSH

La dernière solution à bien sûr ma préférence :

• sécurisé
• j’ai déja openssh-server d’installé sur les machines à sauvegarder, je n’ai donc rien d’autre à installer.

Au niveau utilisateur j’ai créé  :

• un utilisateur sur le serveur de sauvegarde (sweetBox) qui lancera rSnapshot : on l’appelera user_rsnapshot
• un utilisateur sur la/les machines à sauvegarder (swettHome) : on l’appelera user_distant

L’utilisateur user_rsnapshot a un repertoire dont il est propriétaire sous /var/log à des fin de log.

Remarque : cet article appliqué a sudo marche tout aussi bien si vous l’appliquez à rsync directement.

Connexion SSH sans mot de passe

On se basera sur l’article Simplifier les connexions SSH dont je rappelle ici les grandes lignes

• connexion avec user_rsnapshot
• génération d’une paire de clé
• copie de la clé publique généré dans le authorized_key de user_distant
• connexion à l’ordinateur distant avec user_distant afin d’ajouter l’empreinte de l’ordinateur distant à sauvegarder dans la liste des ordinateurs connus

Configuration de rSnapshot

Création d’un fichier de configuration rsnapshot dans le home de user_rsnapshot, voir pour cela voir Sauvegarde avec rSnapshot.

Dans la section sauvegarde de ce fichier, mettre une ligne de la forme (avec des tabulations) :

backup       user_distant@machine_a_sauvegarder:/repertoire_a_sauvegarder       destination

La syntaxe de la source est la même syntaxe que lors de la copie de fichier via scp, enfin la destination est optionnelle (penser tout de même à mettre la tabulation)

Test

Faire un test en modifiant par exemple votre fichier de configuration pour ne sauvegarder qu’un petit répertoire (le Bureau par exemple), ainsi le test sera plus rapide que si lancez directement la sauvegarde de tous votre home de x Go.

Lancer rSnapshot :

rsnapshot -v -c fichier.conf daily

Normalement tout devrait bien se passer (pas de message d’erreur) et la connexion SSH devrait se faire demander de mot de passe.

Restriction SSH et sauvegarde avec sudo

On va désormais paramétrer la machine à sauvegarder pour n’autoriser la connexion SSH que lors de la sauvegarde et faire en sorte que rsync côté client (c’est à dire la machine sauvegardé) tourne en sudo permettant ainsi la sauvegarde de tous les répertoires voulus sur la machine clientes y compris ceux pour lesquelles l’utilisateur user_distant n’a pas de droits.

Se connecter (physiquement ou en SSH) sur la machine à sauvegarder avec l’utilisateur user_distant.

Script de validation de la commande SSH

Créer un script où vous le souhaitez que l’on nommera (au choix) validate-rsync, y copier ceci :

#!/bin/sh
 
case "$SSH_ORIGINAL_COMMAND" in
 *\&*)
 echo "Rejected"
 ;;
 *\(*)
 echo "Rejected"
 ;;
 *\{*)
 echo "Rejected"
 ;;
 *\;*)
 echo "Rejected"
 ;;
 *\<*)
 echo "Rejected"
 ;;
 *\`*)
 echo "Rejected"
 ;;
 *\|*)
 echo "Rejected"
 ;;
 rsync\ --server*)
 sudo $SSH_ORIGINAL_COMMAND
 ;;
 *)
 echo "Rejected"
 ;;
 esac

Ce script test la variable d’environnement $SSH_ORIGINAL_COMMAND (créée lors de la connexion SSH) et rejette toutes les connexions SSH dont la commande est différente de rsync –server.

La connexion SSH est donc impossible pour les usage autre que la sauvegarde.

Appel du script de validation

Il faut maintenant indiquer a SSH d’appeller ce script lors de la connexion, cela se fait dans authorized_keys.

Nous avons vus dans Simplifier les connexions SSH que nous pouvions grâce à authorized_keys limiter les connexions SSH à certaine adresse IP, nous allons ici rediriger notre connexion SSH vers notre script de validation :

Éditer votre fichier authorized_keys :

vim ~/.ssh/authorized_keys

Et ajouter au début le mot-clé command suivi du chemin vers votre script de validation :

from="192.168.1.222",command="/home/user_distant/bin/validate-rsync" ssh-rsa AAAAB3NzaC1yc2EAAA  ... VJpj9cjzjPTyYcXgGiQ== user_distant@machine_a_sauvegarder 

Exécution en tant que sudo

Pour que votre sauvegarde puisse accéder à tous les répertoire de votre filesystem, il faut que rsync soit lancé en sudo.

Dans le script validate-rsync ci-dessous vous pourrer remarque que lorsque que la commande SSH est accepter, on ne se contente pas de l’exécuter, mais on a précédé la variable d’environnement $SSH_ORIGINAL_COMMAND de sudo

rsync\ --server*)
 sudo $SSH_ORIGINAL_COMMAND
 ;;

Il faut ensuite paramétrer le fichier sudoer pour autoriser votre utilisateur à lancer rsync via sudo sans demander de mot de passe.

Si votre utilisateur user_distant n’est pas déjà autorisé dans sudo (ce qui est certainement le cas si vous venez juste de le créer pour la sauvegarde), il vous faudra vous connecter avec votre utilisateur principal (ou faire un su).

On entre ensuite dans le fichier sudoer via visudo :

sudo visudo

Et ajoutera une ligne du genre :

svc ALL = NOPASSWD: /usr/bin/rsync

Indiquant que l’utilisateur user_distant à le droit d’utiliser sudo sans mot de passe (NOPASSWD) pour la commande rsync et ce quel que soit la machine sur laquelle il est (ALL)

Test

Sur le serveur de sauvegarde , re-lancer rSnapshot comme lors du test précédent :

rsnapshot -v -c fichier.conf daily

Il ne devrait pas y avoir de changement par rapport au test précédent si ce n’est que vous pouvez désormais suavegarde le home ou le bureau d’un uatilisateur autre que l’utisateur user_distant.

On va en plus faire un test pour valider le bridage SSH en saisissant la commande :

ssh user_distant@machine_distante ls

Au lieu de nous donner le contenu d’un répertoire (normalement le home de user_distant), on a :

 Rejected

Nous indiquant que la connexion SSH est interdite pour autre chose de la sauvegarde avec rsync.

Sources :

Le site de référence : http://troy.jdmz.net/rsnapshot/

Modification du précédent pour appliquer le sudo : http://www.pervasive-network.org/SPIP/Backup-incremental-avec-rsnapshot

http://www.ruzee.com/blog/2008/11/using-rsnapshot-for-file-and-database-backups

http://blog.innerewut.de/2005/6/3/follow-up-on-remote-filesystem-snapshots-with-rsnapshot

http://www.maxsworld.org/index.php/how-tos/rsnapshot-backups

http://blog.mageekbox.net/?post/2008/11/07/Mise-en-place-de-sauvegardes-%C3%A0-l-aide-de-rsnapshot

http://blog.innerewut.de/2005/5/25/remote-filesystem-snapshots-with-rsnapshot

http://geekfault.org/2009/05/16/rsnapshot/

Admettons que l’on veuille exécuter une commande nécessitant une élévation de privilège via sudo (par exemple mount, shutdown, etc)  et que l’on veuille rediriger la sortie de cette commande dans un fichier appartenant à root nécessitant donc lui aussi une élévation de privilège (un quelquonque fichier de /etc).

Si on fait la combinaison suivante, cela échouera :

sudo ma_commande >> mon_fichier

En effet le sudo « fait effet » sur ma_commande mais pas sur la redirection, 2 solutions pour palier à ce problème :

1 – Lancer un terminal en super-utilisateur et éxécuter la commande sans le sudo :

sudo -s
ma_commande >> mon_fichier

2 – Utiliser la commande bash

sudo bash -c "ma_commande >> mon_fichier"

Pour info voici la commande qui m’a fait me poser cette question :

sudo bash -c "mdadm --detail --scan >> /etc/mdadm/mdadm.conf"

Edit :

18/01/2010 : Une autre solution : http://linux.leunen.com/?p=780