Miroirs du site web Debian

Liste des miroirs web

Il y a des miroirs des pages web Debian dans les pays suivants :

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 pas besoin d'un autre miroir. De façon générale, nous n'encourageons plus la création de nouveaux sites web miroirs de Debian.

Pourquoi n'avons-nous plus besoin de miroirs web supplémentaires ?

Nos miroirs web demandent de la maintenance (un peu plus que nos 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 n'a pas besoin de télécharger régulièrement et pour lesquelles il importe peu qu'elles soient transmises à 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.

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

Aujourd'hui nous avons des liens réseaux ultra rapides, en particulier en Europe, et il n'y a guère 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.

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

Si vous avez des questions à poser, envoyez un message à mirrors@debian.org.

Réference pour les miroirs existants

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

Fonctionnement d'un miroir

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 responsable du site à partir duquel vous voulez faire fonctionner votre miroir, merci d'envoyer un message à mirrors@debian.org.

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 script websync et son fichier de configuration, 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.

Miroir Push

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.

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 pas possible de corrompre le contenu de l'archive via un miroir Push infiltré. Quelques administrateurs de miroirs ont montré une certaine hésitation à utiliser cette solution, par crainte qu'elle n'ouvre leur machine à une invasion. Ce n'est absolument pas le cas.

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 les explications complètes.

Quand rafraîchir les miroirs ?

Le site principal est mis à jour toutes les quatre heures environ.

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

La meilleure façon de faire tourner le miroir automatiquement tous les jours est d'utiliser cron. Voyez man crontab pour plus de détails.

La publicité du sponsor sur le miroir

Les fichiers sponsor.html et sponsor_img.jpg 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 sponsor.deb.html et sponsor.deb.jpg 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.

Comme la négociation de contenu est utilisée sur les pages web pour choisir la langue préférée, vous pouvez même fournir sponsor.html dans différentes langues. Pour cela vous devez simplement créer un sponsor.<lang>.html pour chaque <lang> que vous souhaitez.

Soyez sûr d'ajouter tous les fichiers que vous ne voulez pas voir écrasés dans la liste des exclusions du miroir.

Configuration du serveur web

Modifications diverses sur le serveur web

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

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

Négociation de contenu

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. Cela peut avoir beaucoup d'utilisations, mais la plus courante est de négocier la langue du document. Debian peut ainsi servir ses pages en de multiples langues d'une façon (techniquement) très élégante.

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

Options +Multiviews

à la section <Directory> concernant les pages web Debian de votre fichier /etc/apache/access.conf, et relancez le serveur.

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 AddLanguage. Ce qui suit est une liste des langues déjà utilisées - prévoyez d'en ajouter d'autres plus tard :

  AddLanguage en .en
  AddLanguage ar .ar
  AddLanguage bg .bg
  AddLanguage ca .ca
  AddLanguage cs .cs
  AddLanguage da .da
  AddLanguage de .de
  AddLanguage el .el
  AddLanguage eo .eo
  AddLanguage es .es
  AddLanguage fa .fa
  AddLanguage fi .fi
  AddLanguage fr .fr
  AddLanguage he .he
  AddLanguage hr .hr
  AddLanguage hu .hu
  AddLanguage hy .hy
  AddLanguage id .id
  AddLanguage it .it
  AddLanguage ja .ja
  AddLanguage ko .ko
  AddLanguage lt .lt
  AddLanguage nl .nl
  AddLanguage no .no
  AddLanguage pl .pl
  AddLanguage pt .pt
  AddLanguage ro .ro
  AddLanguage ru .ru
  AddLanguage sk .sk
  AddLanguage sl .sl
  AddLanguage sv .sv
  AddLanguage ta .ta
  AddLanguage tr .tr
  AddLanguage uk .uk
  AddLanguage pt-br .pt
  AddLanguage nb .nb
  AddLanguage zh-CN .zh-cn
  AddLanguage zh-HK .zh-hk
  AddLanguage zh-TW .zh-tw

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

LanguagePriority en fr es ar bg ca cs da de el eo fa fi he hr hu hy id it ja ko lt nl no pl pt ro ru sk sl sv ta tr uk pt-br nb zh-CN zh-HK zh-TW

De façon à éviter de servir des fichiers issus de la négociation de contenu avec un mauvais jeu de caractères, assurez-vous que la commande AddDefaultCharSet est soit commentée soit mise à Off.

Si vous utilisez apache 1, vous devrez probablement modifier l'entrée DirectoryIndex dans /etc/apache/srm.conf, afin de servir correctement les fichiers index de répertoire. Cela ne marche cependant pas avec apache 2. La ligne suivante devrait suffire pour apache 1 :

DirectoryIndex index index.html

Afin d'envoyer le bon en-tête « Content-Type » pour favicon.ico, il faut spécifier à Apache d'utiliser le type image/x-icon, de la façon suivante :

AddType image/x-icon .ico

Pour envoyer l'en-tête « Context-Type » correct pour les « feeds » RSS, il faut spécifier à Apache qu'il doit utiliser le type application/rss+xml, comme ceci :

AddType application/rss+xml .rdf

Pour éviter les problèmes de négociation du contenu pour le contenu qui se trouve dans /events, les fichiers de calendrier doivent avoir une priorité plus faible que ceux ayant du contenu text/html :

AddType text/calendar;qs=0.9 .ics

Redirections

Comme certaines parties du site web devenaient trop volumineuses pour la plupart des sites miroirs, 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 /etc/apache/srm.conf. Par exemple :

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