[Admin-ml] Synchro client serveur avec rsync

[Fabrice Vincent]

Bonjour Jean-Pierre,

Voici quelques éléments:

Le daemon rsync (donc le coté serveur), se configure grâce à
/etc/rsyncd.conf. Dedans j'ai la ligne 'log file = /var/log/rsyncd.log',
suivi de plusieurs "modules" (c'est comme ça que les appels le man de
rsyncd.conf). Exemple:
[maj_data]
        path = /Volumes/HD2/Doc/_Maj_vers_agences
        comment = Updates et Programmes
        hosts allow =100.111.112.113, 15.11.52.100, 16.111.34.200
        hosts deny = *

Pour lancer le daemon rsync au boot, on utilise launchd pour lancer la
commande 'rsync --daemon'.

Et pour lancer la synchro du module maj_data depuis serveur-central-rsync,
on lance un cron nocturne sur chaque serveur distant :
'rsync -a --exclude .DS* serveur-central-rsync::maj_data "/DocLocal" '

Avec ça, ça devrait rapidement marcher.

A+
Fabrice


> De : Jean-Pierre Bouville <jpblcm at jpblcm.com>
> Répondre à : Administrateurs Systèmes sur Mac OS X <admin-ml at mosx.org>
> Date : Fri, 4 Apr 2008 13:35:35 +0200
> À : Administrateurs Systèmes sur Mac OS X <admin-ml at mosx.org>
> Objet : Re: [Admin-ml] Cron encore... mais avec @reboot !
> 
> Alors, décidément...
> J'avais "joué" avec rsync sur l'ancienne version 10.3... et en effet,
> cela n'avait assez rebuté et orienté vers PsyncX.
> Ton alternative est dans mon cas meilleure que ma solution.
> Pas de soucis pour lancer avec launchD, par contre, je viens de
> parcourir diverses sources d'informations sur rsync et je dois m'y
> remettre car le bougre est truffé d'options.
> 
> A la limite as-tu un exemple de script ?
> 
> merci.
> 
>   à +
> JP
> ----------------------------------
> JP sur jpblcm at jpblcm.com
> 
> 
> Le 3 avr. 08 à 23:54, Fabrice Vincent a écrit :
> 
>> Heu, j'ai pas les réponses à tes questions...
>> Par contre, je te propose une solution alternative: celle qu'on
>> utilise chez
>> nous:
>> ici on a le même besoin de réplications régulières entre serveurs
>> (sous
>> Tiger). Pour le résoudre, on utilise rsync en mode client-serveur.
>> Ça marche nickel!
>> 
>> Pour lancer le daemon rsync au boot sur chaque machine on utilise
>> launchd.
>> Et pour lancer le client à intervalle régulier on utilise cron.
>> Niveau sécurité, ici on se contente d'une limitation par adresse
>> IP. Mais si
>> on veux plus, rsync peut faire transiter sa connexion client-serveur à
>> l'intérieur d'une connexion ssh, avec authentification par clefs,
>> cryptage
>> et tout le toutim...
>> 
>> Avant Tiger, le rsync livré sur OSX était pas très "apple-
>> friendly". Mais
>> depuis Tiger il gère les resources fork et autre subtilité Apple.
>> Donc plus besoin de soft complémentaire de type PsyncX pour gérer les
>> réplication, surtout en mode batch...
>> 
>> Juste pour dire qu'une solution alternative existe. Qui plus est
>> elle ne
>> génère aucun effet de bord avec les montages AFP des session
>> utilisateurs.
>> 
>> A+
>> Fabrice
>> 
>> 
>>> De : Jean-Pierre Bouville <jpblcm at jpblcm.com>
>>> Répondre à : Jean Pierre Bouville <jpblcm at jpblcm.com>,
>>> Administrateurs
>>> Systèmes sur Mac OS X <admin-ml at mosx.org>
>>> Date : Thu, 3 Apr 2008 20:18:04 +0200
>>> À : Administrateurs Systèmes sur Mac OS X <admin-ml at mosx.org>
>>> Objet : [Admin-ml] Cron encore... mais avec @reboot !
>>> 
>>> Salut,
>>> Une "petite question" à propos de CRON
>>> 
>>> j'ai deux serveurs sur deux réseaux interconnectés. Pour des raisons
>>> de sécurité, j'effectue des sauvegardes "croisées" entre mes deux
>>> sites.
>>> Pour ce faire, le serveur A se sauvegarde (PsyncX) sur un volume
>>> distant monté en AFP ( dd firewire externe branché sur le serveur B
>>> sur le site B ), idem dans l'autre sens entre le réseau B et A.
>>> Pour sécuriser le système, je vais programmer un CRON (sur chaque
>>> machine) pour qu'à chaque redémarrage du serveur (sans users loggués
>>> donc) le disque réseau distant (de sauvegarde) soit monté, de manière
>>> à ne pas rater la sauvegarde CRON elle aussi.
>>> 
>>> Je me pose deux questions avant de faire cela :
>>> Lorsque je me logguerai en admin local ou ssh, les volumes seront-ils
>>> montés ?
>>> y-a-t-il un danger potentiel à réaliser ce genre de chose ?
>>> 
>>> merci
>>> 
>>>   à +
>>> JP
>>> ----------------------------------
>>> JP sur jpblcm at jpblcm.com
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> Admin-ml mailing list
>>> Admin-ml at mosx.org
>>> http://coruscant.mosx.org/mailman/listinfo/admin-ml
>> 
>> 
>> _______________________________________________
>> Admin-ml mailing list
>> Admin-ml at mosx.org
>> http://coruscant.mosx.org/mailman/listinfo/admin-ml
>> 
> 
> 
> _______________________________________________
> Admin-ml mailing list
> Admin-ml at mosx.org
> http://coruscant.mosx.org/mailman/listinfo/admin-ml