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

Mise à jour du répertoire mirror



Merci d'avance pour les rectures de :

mirror/webmirror.wml

A+,
Christian.
#use wml::debian::template title="Miroirs du site web Debian"
#use wml::debian::toc
#include "$(ENGLISHDIR)/mirror/webmirrors.data"

#use wml::debian::translation-check translation="1.27" translation_maintainer="Christian Couder"

<toc-display/>

<hrline>

<toc-add-entry name="list">Liste des miroirs web</toc-add-entry>

<p>Il y a des miroirs des pages web Debian dans les pays suivants :
 
<p><webmirrors>

<p>Si votre pays n'est pas dans la liste et que vous voulez sponsoriser
un miroir, merci de nous le faire savoir. Si votre pays se trouve déjà dans
la liste, il n'y a probablement <strong>pas besoin</strong> d'un autre 
miroir. De manière générale, <strong>nous n'encourageons pas</strong> 
la création de nouveaux sites web miroirs de Debian.

<toc-add-entry name="whynot">Pourquoi n'avons-nous plus besoin de
miroirs web supplémentaires ?</toc-add-entry>

<p>Nos sites miroirs web requièrent de la maintenance (un peu plus que nos 
sites miroirs FTP, même, du fait qu'il est nécessaire de modifier de temps en 
temps les fichiers de configuration d'Apache) et accaparent des ressources 
chez ceux qui nous aident. Cependant, à cause de la nature des pages web,
que l'on a pas besoin de télécharger régulièrement et pour lesquelles il 
importe peu qu'elles soient transmisent à 2 kbps ou à 30 kbps car elles 
sont assez légères, la question se pose de savoir s'il est utile de disposer 
de beaucoup de miroirs web.

<p>Il y eut une époque où les connections Internet autour du globe n'étaient
pas rapides, et par exemple accéder à www.debian.org depuis un autre 
continent était difficile et beaucoup plus lent que la vitesse habituelle
d'une connection par modem.
Donc nous avons mis en place les solutions pour créer des miroirs et 
plusieurs sites web miroirs ont vu le jour. Dix (ou onze, si vous comptez
la Turquie) d'entre eux sont en Europe.

<p>Cependant, aujourd'hui nous avons des liens réseaux ultra-rapides, en
particulier en Europe, et donc il y a difficilement besoin d'autant de 
miroirs. En fait, grâce à l'augmentation de la vitesse des liens réseaux
entre l'Europe et l'Amérique, ce n'est même plus lent d'accéder à
www.debian.org depuis l'Europe.

<p>C'est en gros pour cela que nous n'avons plus besoin de sites web 
miroirs, en particulier pas sur des continents où il y a déjà des 
miroirs en place. Merci de respecter nos désirs. Merci de votre
coopération.

<p>Si vous avez une quelconque question à poser, envoyez un message à
<a href="mailto:mirrors@debian.org";>mirrors@debian.org</a>.

<hrline>

<p><strong>Les informations ci-dessous sont fournies uniquement en 
tant que référence pour les responsables des miroirs existants.</strong>

<toc-add-entry name="how">Fonctionnement d'un miroir</toc-add-entry>
 
<p>La méthode recommandée pour faire un miroir est d'utiliser rsync.
Il n'y a pas d'accès anonyme aux fichiers du site web. Vous pouvez
configurer un accès authentifié avec l'aide du mainteneur du site
à partir duquel vous voulez faire fonctionner votre miroir, merci
d'envoyer un message à 
<a href="mailto:mirrors@debian.org";>mirrors@debian.org</a>.

<p>Le processus de fonctionnement d'un miroir est un processus « Pull », 
i.e. le client demande des données à un serveur quand il le souhaite.
Pour configurer cela, vous pouvez utiliser le
<a href="websync">script websync</a> et <a href="websync.conf">son
fichier de configuration</a>, qui peuvent être lancés avec crontab, 
et qui feront tout automatiquement. Suivez les indications se trouvant 
dans le script pour être sûr que tout fonctionne bien.

<h3>Miroir à partir d'un miroir « Push »</h3>

<p>Les miroirs « Push » sont une forme de miroir, utilisant rsync, que nous 
avons développé pour minimiser le temps qu'il faut aux changements de 
l'archive pour atteindre les miroirs. Le miroir serveur utilise un script 
déclencheur ssh pour indiquer au miroir client qu'il doit se mettre à jour. 

<p>Cette méthode est assez sûre car ssh est configuré pour lancer une unique 
commande. Ainsi le miroir se fait toujours par « Pull », 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 solution pour créer 
un miroir, par crainte qu'elle n'ouvre leur machine à une invasion. 
Ce n'est absolument <strong>pas</strong> le cas. 

<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>.

<toc-add-entry name="when">Quand rafraîchir les miroirs ?</toc-add-entry>

<p>Le site principal est mis à jour toutes les six heures.

<p>Si votre site est un miroir « Push », alors vous n'avez pas à vous
soucier de ce problème. Sinon vous devriez calculer le moment ou vous 
rafraîchissez votre miroir en fonction de la date des fichiers « timestamp » 
se trouvant dans le répertoire <code>/mirror/timestamps/</code> du site 
web que vous utilisez comme source. Ajoutez-y un moment, par exemple une 
demi-heure, et vous obtiendrez le moment auquel lancer votre processus.

<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.
 
<toc-add-entry name="sponsor">La publicité du sponsor sur le miroir</toc-add-entry>

<p>Les fichiers <code>sponsor.html</code> et <code>sponsor_img.jpg</code> 
peuvent et devraient être remplacés par vos soins. 
Ils sont destinés à faire de la publicité pour votre site de façon à 
ce que les gens sachent qui est le sponsor.
Les originaux sont sous <code>sponsor.deb.html</code> et 
<code>sponsor.deb.jpg</code> du fait que le site dont vous faites un miroir 
peut avoir remplacé ceux que Debian fournis en exemple.
La taille maximum suggérée pour votre logo est 120x60.

<p>Comme <a href="#cn">la négociation de contenu</a> est utilisée sur les 
pages web pour choisir la langue préférée, vous pouvez même fournir 
<code>sponsor.html</code> dans différentes langues. Pour cela vous devez 
simplement créer un sponsor.&lt;lang&gt;.html pour chaque &lt;lang&gt; que 
vous souhaitez.

<p>Soyez sûr d'ajouter tous les fichiers que vous ne voulez pas voir 
écraser par le miroir dans la liste d'exclusions du miroir.

<toc-add-entry name="configure">Configuration du serveur web</toc-add-entry>

<h3>Modifications diverses sur le serveur web</h3>

<p>Si votre machine tourne sous Debian, il a été décidé
de ne pas respecter la politique Debian et d'utiliser <code>/doc</code> 
pour les pages web. Cela signifie que vous devriez commenter les lignes
« <code>Alias /doc/ /usr/doc/</code> » de votre fichier
<code>/etc/apache/srm.conf</code>.

<P>Note : tous nos scripts CGI tournent de façon centralisée sur 
cgi.debian.org, donc vous n'avez pas à vous en soucier.

<h3><a name="cn">Négociation de contenu</a></h3>

<p>La Négociation de contenu est un moyen qui laisse le navigateur négocier 
avec le serveur le type de document qui doit être servi. Bien qu'il y ait 
un certain nombre d'utilisations pour cela, le plus courant est de négocier 
en quelle langue un document doit être servi. Cela permet à Debian de 
servir ses pages dans de multiples langues d'une façon (techniquement) très
élégante.

<P>Pour ceux qui utilisent Apache, la modification est presque triviale. 
Ajoutez simplement cette option :

<pre>
Options +Multiviews   
</pre>

<p>à la section <code>&lt;Directory&gt;</code> concernant les pages
web Debian de votre fichier
<kbd>/etc/apache/access.conf</kbd>, et relancez le serveur.

<p>De plus, vous devez vérifier que le serveur peut gérer toutes les
langues qui seront sur le site web. Ceci peut être fait en utilisant
la commande <kbd>AddLanguage</kbd>. Ce qui suit est une liste des 
langues déjà utilisées - prévoyez d'en ajouter d'autres plus tard :

<pre>
  AddLanguage en .en
<:
foreach $l (keys %langs) { push @codes, $langs{$l}; }
foreach $c (sort @codes) { print "  AddLanguage $c .$c\n" if (($c ne "en")
&& ($c ne "zh")); }
:>  \
  AddLanguage zh-CN .zh-cn
  AddLanguage zh-HK .zh-hk
  AddLanguage zh-TW .zh-tw
</pre>

<p>À cause d'un bogue dans Apache la mauvaise langue peut être
servie dans certaines circonstances, c'est pourquoi c'est une bonne idée 
que d'ajouter chaque langue servie à l'option LanguagePriority 
comme ceci :

<pre>
<:
print "LanguagePriority en fr es ";
foreach $c (sort @codes) { print "$c " if (($c ne "en") && ($c ne "fr") && ($c ne "es") && ($c ne "zh")); }
print "zh-CN zh-HK zh-TW\n";
:>\
</pre>

<p>De façon à éviter de servir des fichiers issus de la négociation de
contenu ayant un mauvais jeu de caractères, soyez certains que la
commande <code>AddDefaultCharSet</code> est soit commentée soit
mise à « <code>Off</code> ».

<p>De façon à servir les fichiers index de répertoire correctement, vous
devrez probablement modifier l'entrée <code>DirectoryIndex</code> dans
<code>/etc/apache/srm.conf</code>. La ligne suivante devrait suffire :

 <pre>
DirectoryIndex index index.html
 </pre>

<h3>Redirections</h3>

<p>Du fait que certaines parties du site web devenaient trop volumineuses pour
que la plupart des sites en fassent un miroir, nous les avons séparées du
site principal. Bien que la plupart des liens devraient avoir été transformés
pour utiliser les nouveaux emplacements, vous êtes invités à ajouter une
redirection de façon à ce qu'aucun lien ne soit cassé. Cela peut être
fait dans <kbd>/etc/apache/srm.conf</kbd>. Par exemple :

<pre>
Redirect /Lists-Archives http://lists.debian.org/
Redirect /search http://search.debian.org
Redirect /Packages http://packages.debian.org
Redirect /lintian http://lintian.debian.org
</pre>



Reply to: