1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
|
#use wml::debian::template title="Explication des miroirs par repoussage"
#use wml::debian::translation-check translation="82968214595db755ef0c09f5d6c1b11a6660b5cd" maintainer="Jean-Paul Guillonneau"
# Premier traducteur : Christian Couder
<p>
Les miroirs par repoussage sont une forme de miroirs qui minimisent le temps
que mettent les modifications de l'archive pour atteindre les miroirs.
Le serveur maître utilise un mécanisme déclencheur pour indiquer immédiatement
au miroir client qu'il doit se mettre à jour.
</p>
<p>
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 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 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 rsync d’accès restreints
demande une coordination entre l’opérateur du miroir et sa source
amont.
</p>
<h2>Mettre en place un miroir par repoussage côté client</h2>
<p>
Pour devenir un client par repoussage de l'archive FTP, vous devez paramétrer
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
restriction <code>command="~/bin/ftpsync</code>. (Vous pouvez avoir ftpsync
dans un répertoire différent, à adapter selon les cas.)
</p>
<h2>Les sites par repoussage de type client primaire</h2>
<p>
Les miroirs par repoussage de type client primaire, aussi appelés miroirs
1<sup>er</sup> tiers, <i>Tier-1</i>, sont les miroirs par repoussage de
type client qui se synchronisent directement à partir du réseau interne de
mandataires de synchronisation de Debian.
</p>
<p>
Si votre site est <strong>très</strong> bien connecté (à la fois une très bonne
bande passante et bien connecté aux épines dorsales majeures du réseau) et que
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.
</p>
<h2>Mettre en place un miroir de repoussage côté serveur</h2>
<p>
Étant donné le grand nombre de miroirs et la taille de l'archive Debian, il
n'est pas possible que tous les miroirs utilisent les mandataires de
synchronisation internes de Debian comme sources amont. Il est beaucoup plus
efficace de distribuer la charge sur un certain nombre de miroirs de
repoussage répartis à travers le monde.
</p>
<p>
Par conséquent, un certain nombre de serveurs primaires de repoussage sont,
à tour de rôle, des serveurs de repoussage pour les serveurs en aval. Si
vous voulez configurer votre site comme serveur de repoussage, consultez les
<a href="push_server">détails sur la mise en place d'un serveur de
repoussage</a>.
</p>
|
