Re: rdiff-backup - conseils

2016-05-10 Par sujet Daniel Caillibaud
Le 05/05/16 à 01:15, Sébastien Dinot a écrit : SD> J'utilise le compte root. Je sais, c'est mal mais cela me simplifie la SD> tâche sachant que je n'autorise que les connexions par clés SSH et que SD> je blinde particulièrement cet accès octroyé au serveur de sauvegarde

Re: rdiff-backup - conseils

2016-05-07 Par sujet Vincent Danjean
Le 04/05/2016 11:24, Gabriel Moreau a écrit : > >> Que nenni ! Le serveur de sauvegarde doit être le moins exposé possible >> car il est précieux. Il est donc largement préférable que le serveur de >> sauvegarde se connecte sur les serveurs à sauvegarder que le contraire. >> >> Et pour durcir un

Re: rdiff-backup - conseils

2016-05-04 Par sujet Sébastien Dinot
Jean-Marc a écrit : > Un peu de détail avec ma compréhension de ce passage. > . connexion SSH restreinte à une connexion par clés uniquement; Oui. > . pas de connexion interactive = shell du user = /usr/sbin/nologin, > voire /bin/false; Non. Dans le fichier /root/.ssh/authorized_keys, il faut

Re: rdiff-backup - conseils

2016-05-04 Par sujet Jean-Marc
Tue, 3 May 2016 22:56:59 +0200 Sébastien Dinot écrivait : > Que nenni ! Le serveur de sauvegarde doit être le moins exposé possible > car il est précieux. Il est donc largement préférable que le serveur de > sauvegarde se connecte sur les serveurs à sauvegarder que le

Re: rdiff-backup - conseils

2016-05-04 Par sujet dana . ohara
> Que nenni ! Le serveur de sauvegarde doit être le moins exposé possible > car il est précieux. Il est donc largement préférable que le serveur de > sauvegarde se connecte sur les serveurs à sauvegarder que le contraire. > > Et pour durcir un peu la configuration sur les serveurs

Re: rdiff-backup - conseils

2016-05-04 Par sujet Gabriel Moreau
Que nenni ! Le serveur de sauvegarde doit être le moins exposé possible car il est précieux. Il est donc largement préférable que le serveur de sauvegarde se connecte sur les serveurs à sauvegarder que le contraire. Et pour durcir un peu la configuration sur les serveurs sauvegardés, il faut

Re: rdiff-backup - conseils

2016-05-03 Par sujet Christophe Moille
Le Tuesday 03 May 2016 à 20:13:40 (+0200), Jean-Marc a écrit : > salut la liste, > > Je suis en train de réfléchir à la meilleure manière de mettre en route un > système de bakup basé sur rdiff-backup [1] et un serveur qui tourne sous > Jessie. > > rdiff-backup fournit dans sa doc' un setup où

Re: rdiff-backup - conseils

2016-05-03 Par sujet Sébastien Dinot
Bonsoir, Jean-Marc a écrit : > En deux mots, c'est un serveur qui "pulle" les clients à partir d'un cron. > > Avantage : > - setup minimal sur les clients; > - centralisation des logs; > > Désavantage : > - demande un serveur ssh sur tous les client; > > Une autre option est de faire des

Re: rdiff-backup - conseils

2016-05-03 Par sujet JF Straeten
LO, On Tue, May 03, 2016 at 08:13:40PM +0200, Jean-Marc wrote: > J'aimerai avoir votre avis : d'un pull ou d'un push depuis les > clients ? Quel setup aurait votre préférence ? Ça dépend quand même beaucoup de la machine qui fait serveur de backup... Sur un NAS Intel SS4000-E (petit machin

rdiff-backup - conseils

2016-05-03 Par sujet Jean-Marc
salut la liste, Je suis en train de réfléchir à la meilleure manière de mettre en route un système de bakup basé sur rdiff-backup [1] et un serveur qui tourne sous Jessie. rdiff-backup fournit dans sa doc' un setup où le serveur initie les backups [2]. En deux mots, c'est un serveur qui