[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: wml://mirror/ftpmirror.wml [maj]



On Tue, Sep 04, 2007 at 10:54:21PM +0200, Simon Paillard wrote:
> Une mise à jour (très tardive) de la page sur la mise en place d'un
> miroir Debian.

Le diff...

-- 
Simon Paillard
Index: ftpmirror.wml
===================================================================
RCS file: /cvs/webwml/webwml/french/mirror/ftpmirror.wml,v
retrieving revision 1.38
diff -u -r1.38 ftpmirror.wml
--- ftpmirror.wml	3 Apr 2007 21:53:35 -0000	1.38
+++ ftpmirror.wml	4 Sep 2007 20:52:52 -0000
@@ -2,35 +2,43 @@
 #use wml::debian::toc
 #include "$(ENGLISHDIR)/releases/woody/release.data"
 
-#use wml::debian::translation-check translation="1.51" maintainer="Simon Paillard"
+#use wml::debian::translation-check translation="1.56" maintainer="Simon Paillard"
 
 
-<toc-display/>
+<toc-display />
 
 <toc-add-entry name="what">De quoi faire un miroir&nbsp;?</toc-add-entry>
 
 <p>La <a href="./">page principale des miroirs</a> liste les archives à
 dupliquer disponibles.
-<br />
-Les utilisateurs cherchent l'archive dans debian/ pour installer Debian
-<i>via</i> le réseau, pour construire des CD (avec jigdo), ou pour mettre à
-jour des systèmes déjà installés.</p>
+</p>
 
-<p>N.B.&nbsp;: l'archive debian-non-US est obsolète depuis la sortie
-de Debian&nbsp;3.1 (<em>Sarge</em>) en juin&nbsp;2006.</p>
+<ul>
+<li>
+Les utilisateurs cherchent l'archive dans debian/ pour installer Debian
+par le réseau, pour construire des CD (avec jigdo), ou pour mettre à
+jour des systèmes déjà installés.</li>
 
-<p>debian-cd/ est une archive qui n'est pas identique sur tous les différents
+<li>
+debian-cd/ est une archive qui n'est pas identique sur tous les différents
 serveurs miroirs. Sur certains sites, elle contient des modèles pour jigdo
 (utilisés avec les fichiers dans debian/) à partir desquels il est possible de
 construire des images de CD, sur certains des images de CD déjà construites, et
 sur d'autres les deux.
-<br>
+<br />
 Veuillez voir la page pour <a href="$(HOME)/CD/mirroring/">créer un miroir pour
-les images de CD de Debian</a> pour de plus amples informations à ce sujet.</p>
+les images de CD de Debian</a> pour de plus amples informations à ce sujet.</li>
 
-<p>debian-archive/ contient la vraie <em>archive</em>, les anciennes versions
+<li>
+debian-archive/ contient la vraie <em>archive</em>, les anciennes versions
 obsolètes de Debian. Elle n'est en général intéressante que pour une petite
-partie des utilisateurs.</p>
+partie des utilisateurs.
+</li>
+
+</ul>
+
+<p>Veuillez voir la page des <a href="size">tailles des miroirs</a>
+pour des informations plus précises sur les tailles des miroirs.</p>
 
 <p>L'archive debian-security/ contient les mises à jour de sécurité éditées par
 l'équipe de sécurité de Debian. Elle semble intéressante pour tout le monde,
@@ -40,22 +48,25 @@
 de la dupliquer. Au lieu de cela, Debian fait tous les efforts possibles pour
 conserver la haute disponibilité de security.debian.org.</p>
 
-<p>Veuillez voir la page des <a href="size">tailles des miroirs</a>
-pour des informations plus précises sur les tailles des miroirs.</p>
+<p>N.B.&nbsp;: l'archive debian-non-US est obsolète depuis la sortie
+de Debian&nbsp;3.1 (<em>Sarge</em>) en juin&nbsp;2006.</p>
 
 <toc-add-entry name="wherefrom">À partir d'où faire un miroir&nbsp;?</toc-add-entry>
 
 <p>Beaucoup de gens pensent que <code>ftp.debian.org</code> est
 l'emplacement canonique des paquets Debian et que faire un miroir de
-ce site est ce qu'il y a de mieux. <strong>Ce n'est pas vrai</strong>.
-<code>ftp.debian.org</code> est au mieux l'un des serveurs mis
-à jour à partir d'un serveur Debian interne.</p>
+ce site est ce qu'il y a de mieux. <strong>Ce n'est pas vrai</strong>.</p>
 
-<p>Tout serveur parmi ceux qui se trouvent dans la <a
-href="list-full">liste complète des miroirs</a> portant la marque
-«&nbsp;<kbd>Type: Push-Primary</kbd>&nbsp;» ou «&nbsp;<kbd>Type:
-Push-Secondary</kbd>&nbsp;» est un bon candidat pour la source d'un miroir.
+<p><code>ftp.debian.org</code> est seulement l'un des serveurs mis à jour à
+partir d'un serveur Debian interne. Cette adresse pointe actuellement vers un
+unique serveur hébergé aux États-Unis, et existe encore principalement pour des
+raisons de compatibilité ascendante.</p>
 
+<p>Les <a href="official">miroirs officiels</a> sont censés être de bonnes
+sources. Tout serveur parmi ceux qui se trouvent dans la <a
+href="list-full">liste complète des miroirs</a> portant la marque
+<q><kbd>Type: Push-Primary</kbd></q> ou <q><kbd>Type:
+Push-Secondary</kbd></q> est un bon candidat pour la source d'un miroir.
 Merci d'utiliser un miroir qui soit proche de vous, au sens de la
 proximité réseau.</p>
 
@@ -65,6 +76,17 @@
 malheureusement c'est le cas), cela gaspille inutilement la bande
 passante que l'on nous donne.</p>
 
+<p>Les administrateurs de miroirs situés aux États-Unis devraient mettre à jour
+leur miroir depuis ftp.us.debian.org (le miroir officiel pour les États-Unis,
+qui est un miroir <q>Push-Primary</q>). Or comme cette adresse est un alias
+pour plusieurs serveurs, il est recommandé de déterminer lequel vous convient
+le mieux et de mettre à jour le miroir depuis l'un d'entre eux.
+<br />
+<small>Cela a pour avantage d'éviter les ennuis lors du rsync en deux étapes
+(puisque les différentes étapes risquent d'être effectuées sur des serveurs
+différents, et tomber à des instants où les données sont différentes,
+provoquant une problème de concurrence).</small></p>
+
 <toc-add-entry name="how">Comment faire un miroir</toc-add-entry>
 
 <p>La méthode recommandée pour faire tourner un miroir est d'utiliser
@@ -88,71 +110,68 @@
 <ul>
 
   <li>Lancez rsync avec au mois les options suivantes&nbsp;:
-  <kbd>--recursive --times --links --hard-links --delete</kbd>.
+  <kbd>--recursive --times --links --hard-links --delete</kbd>.</li>
 
   <li>Même si vous avez de la place disque supplémentaire, utilisez
   l'option <kbd>--delete-after</kbd> pour éviter des problèmes de mise
-  à jour temporaire.
+  à jour temporaire.</li>
 
   <li>Si vous n'avez pas assez d'espace disque pour faire un miroir de
   toute l'archive, utilisez l'option <kbd>--exclude</kbd> pour exclure
   certaines parties de l'archive. En général on enlève certaines
   architectures qu'on ne veut pas&nbsp;; par exemple, ce qui suit
   supprimerait <em>toutes</em> les architectures&nbsp;:
-      <br>
+      <br />
 <: 
 print "<code>--exclude binary-$_/ --exclude *_$_.deb</code><br>\n"
   foreach (sort keys %arches);
 :>
       Voyez aussi la <a href="#partial">section concernant les miroirs
-      partiels</a>.
+      partiels</a>.</li>
 
   <li>Une fois que rsync a fini de mettre à jour le miroir, ajoutez
   un fichier «&nbsp;timestamp&nbsp;» au sous-répertoire
   <code>project/trace/</code> du miroir Debian ayant le nom de votre
   serveur. Cela signifie lancer <kbd>date -u &gt;
-  .../debian/project/trace/<var>your.server</var></kbd>
-  une fois que votre rsync journalier est terminé&nbsp;; et <kbd>date -u
-  &gt; .../debian-non-US/project/trace/<var>your.server</var></kbd>
-  une fois que le rsync journalier de non-US est terminé, si vous
-  faites un miroir de debian-non-US.
+  .../debian/project/trace/<var>votre.serveur</var></kbd>
+  une fois que votre rsync journalier est terminé.</li>
 
   <li>Nous déconseillons vivement d'exclure les sous-répertoires
   <tt>project/</tt>, <tt>doc/</tt> et autres. Ils sont généralement
   négligeables en terme de taille et cependant utiles aux utilisateurs.
   En particulier <tt>project/trace</tt> aide beaucoup en cas de
-  problème de miroir.
+  problème de miroir.</li>
 
 </ul>
 
-<h3>rsync avec authentification, à partir d'un miroir «&nbsp;Push&nbsp;»</h3>
+<h3>rsync avec authentification, à partir d'un miroir <q>Push</q></h3>
 
-<p>Les miroirs «&nbsp;Push&nbsp;» sont une forme de miroir, utilisant rsync, que nous 
+<p>Les miroirs <q>Push</q>» sont une forme de miroir, utilisant rsync, que nous 
 avons développée afin de minimiser le temps que mettent les changements de 
-l'archive pour atteindre les miroirs. Les miroirs «&nbsp;Push&nbsp;» utilisent un 
+l'archive pour atteindre les miroirs. Les miroirs <q>Push</q> utilisent un 
 script déclencheur ssh pour indiquer au miroir client qu'il doit se mettre 
-à jour. 
+à jour.</p> 
 
-<p>Les miroirs «&nbsp;Push&nbsp;» sont nécessaires pour garder synchrones un
+<p>Les miroirs <q>Push</q> sont nécessaires pour garder synchrones un
 ensemble de serveurs (comme les serveurs dans des alias DNS en
 <i>round-robin</i>, par exemple <tt>ftp.us.debian.org</tt>), et nous
 les utilisons couramment pour nos miroirs de premier et deuxième
-niveau. Pour les miroirs «&nbsp;normaux&nbsp;», cette méthode demande beaucoup
+niveau. Pour les miroirs <q>normaux</q>, cette méthode demande beaucoup
 d'effort de mise en place ce qui n'est en fait pas très rentable
 comparé à une tâche cron bien préparée.</p>
 
 <p>La méthode est assez sûre car ssh est configuré pour lancer une unique 
-commande. Ainsi le miroir se fait toujours par «&nbsp;Pull&nbsp;», il n'est donc 
+commande. Ainsi le miroir se fait toujours par <q>Pull</q>, il n'est donc 
 <strong>pas</strong> possible de corrompre le contenu de l'archive 
 <i>via</i> un miroir push infiltré.
 Quelques administrateurs de miroirs ont montré une certaine hésitation à 
 utiliser cette méthode de miroirs par crainte qu'elle n'ouvre leur machine à 
-une invasion. Ce n'est absolument <strong>pas</strong> le cas.
+une invasion. Ce n'est absolument <strong>pas</strong> le cas.</p>
 
 <p>Pour une description plus détaillée de la manière dont cette méthode 
 fonctionne, des raisons pour lesquelles elle est sûre et de la façon de
 la mettre en place, voyez <a href="push_mirroring">les explications
-complètes</a>.
+complètes</a>.</p>
 
 <toc-add-entry name="partial">Miroir partiel</toc-add-entry>
 
@@ -174,7 +193,7 @@
 
 <toc-add-entry name="when">Quand rafraîchir les miroirs&nbsp;?</toc-add-entry>
 
-<p>L'archive principale est mise à jour deux fois par jour.
+<p>L'archive principale est mise à jour deux fois par jour.</p>
 
 <p>En général les miroirs commencent à se mettre à jour à partir de
 09:00 et 21:00 (UTC), mais ce ne sont pas des horaires fixes et vous ne devriez
@@ -187,16 +206,16 @@
 <p>Votre miroir devrait être mis à jour quelques heures après l'une des mises à
 jour de l'archive principale.
 Vous devriez regarder si le site à partir duquel vous
-faites votre miroir laisse un fichier «&nbsp;time stamp&nbsp;» dans son
+faites votre miroir laisse un fichier <q>time stamp</q> dans son
 sous-répertoire <kbd>project/trace/</kbd>. Ce fichier aura le même nom
 que le site, et il contiendra l'heure de la fin de la dernière mise à
 jour du site. Ajoutez-y quelques heures (pour plus de sécurité) et
 vous obtiendrez le moment auquel lancer votre processus miroir.</p>
 
 <p>La meilleure façon de faire tourner le miroir automatiquement tous les 
-jours est d'utiliser cron. Voyez <kbd>man crontab</kbd> pour plus de détails.
+jours est d'utiliser cron. Voyez <kbd>man crontab</kbd> pour plus de détails.</p>
 
-<p>Notez que si votre site utilise un mécanisme «&nbsp;Push&nbsp;» pour lancer
+<p>Notez que si votre site utilise un mécanisme <q>Push</q> pour lancer
 sa mise à jour, alors vous n'avez à vous soucier d'aucun de ces
 problème.</p>
 

Reply to: