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
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
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
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
> 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
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
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ù
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
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
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
10 matches
Mail list logo