diff options
author | Jean Paul Guillonneau <jptha-guest> | 2017-02-21 10:38:11 +0000 |
---|---|---|
committer | Jean Paul Guillonneau <jptha-guest> | 2017-02-21 10:38:11 +0000 |
commit | 9ffdb1a14f81ae94580eb8dc0a9b9693751d5075 (patch) | |
tree | 3b05151712f340509f07a6095c79ab17a3fbff40 /french/mirror | |
parent | 85d9721f93412be26c373d36bdce9a3ca317fb2a (diff) |
(fr) proofread
CVS version numbers
french/mirror/push_mirroring.wml: 1.14 -> 1.15
Diffstat (limited to 'french/mirror')
-rw-r--r-- | french/mirror/push_mirroring.wml | 18 |
1 files changed, 9 insertions, 9 deletions
diff --git a/french/mirror/push_mirroring.wml b/french/mirror/push_mirroring.wml index 6c0d1a0f29d..c811ee33ad5 100644 --- a/french/mirror/push_mirroring.wml +++ b/french/mirror/push_mirroring.wml @@ -15,21 +15,21 @@ au miroir client qu'il doit se mettre à jour. Les miroirs par repoussage demandent plus d'efforts de mise en place car les responsables des miroirs amont et aval doivent s'échanger des informations. L'avantage est que le miroir amont lance le processus de mise à jour du -miroir aval immédiatement après que son archive ait été mise à jour. Cela +miroir aval immédiatement après que son archive a été mise à jour. Cela permet une propagation rapide des changements de l'archive. </p> <h2>Explication de la méthode</h2> <p>Les déclenchements sont faits en utilisant ssh. Le miroir poussant se -connecte par SSH dans le compte du miroir du serveur poussé en utilisant -une authentification par clef publique. La clef est définie de telle façon -de ne déclencher qu’une copie de miroir et non d’autres commandes. Le -serveur aval alors exécute ftpsync pour mettre à jour l’archive en +connecte par SSH sur le compte du miroir du serveur poussé en utilisant +une authentification par clef publique. La clef est définie de façon +à ne déclencher qu’une copie de miroir et non d’autres commandes. Le +serveur aval exécute alors ftpsync pour mettre à jour l’archive en utilisant rsync comme d’habitude. <br /> -L’échange de clefs et l’accès potentiel aux serveurs d’accès restreints -rsync demande une coordination entre l’opérateur du miroir et sa source +L’échange de clefs et l’accès potentiel aux serveurs rsync d’accès restreints +demande une coordination entre l’opérateur du miroir et sa source amont. </p> @@ -41,7 +41,7 @@ la recopie en utilisant notre jeu de scripts <a href="ftpmirror#how">ftpsync</a> standards. <br /> Une fois que cela fonctionne, ajoutez la clef SSH publique de votre miroir -amont dans votre <code>~<utilisateur>/.ssh/authorized_keys</code> avec une +amont dans votre <code>~<utilisateur>/.ssh/authorized_keys</code> avec une restriction <code>command="~/bin/ftpsync</code>. (Vous pouvez avoir ftpsync dans un répertoire différent, à adapter selon les cas.)</p> @@ -62,7 +62,7 @@ vous acceptez de laisser d'autres sites faire un miroir à partir de votre site, vous pouvez nous le faire savoir afin que nous envisagions d'en faire un miroir de repoussage. Notez cependant, que nous ne pouvons pas accepter toutes les demandes pour devenir un miroir de repoussage primaire, car nous avons déjà -un bon nombre de miroirs 1<sup>er</sup> tiers. +un bon nombre de miroirs 1<sup>er</sup> tiers. </p> <h2>Mettre en place un miroir de repoussage côté serveur</h2> |