Hay réplicas de las páginas WWW de Debian en los siguientes países:
Si su país no se encuentra en esta lista y desearía patrocinar una réplica, haganosló saber. Si su país ya está en la lista, probablemente no haya necesidad de otra réplica. Normalmente no animamos a la creación de nuevas réplicas del sitio web de Debian.
Las réplicas de nuestro sitio web precisan mantenimiento (un poco más que el de las réplicas del FTP, quizá, ya que hay que modificar la configuración del Apache de vez en cuándo) y supone un coste en recursos para el patrocinador. Sin embargo, debido a la naturaleza de las páginas web, que no hay que descargar con regularidad y que no importa si se llegan a 2 kbps o 30 kbps, ya que son bastante pequeñas, surge la pregunta de si es útil tener réplicas del sitio web.
Hubo un tiempo en que las conexiones mundiales de Internet no eran rápidas, y llegar a www.debian.org desde otro continente era doloroso y mucho más lento que una conexión de módem normal. De manera que organizamos réplicas y aparecieron varios sitios web. Diez (u once, si contamos Turquía) de ellos están en Europa.
Sin embargo, hoy en día tenemos rapidísimos enlaces de red, especialmente en Europa, de manera que ya casi no hace falta tener tantas réplicas. De hecho, debido al incremento en la velocidad de los enlaces de red entre Europa y América, ni siquiera es lento acceder a www.debian.org desde Europa.
Esta es básicamente la razón por la que ya no necesitamos más réplicas del sitio web, especialmente en continentes en los que ya las hay. Por favor, respete nuestro deseo. Gracias por su cooperación.
Si tiene alguna pregunta, envíe un mensaje a mirrors@debian.org.
La información presentada de aquí en adelante se proporciona sólo para referencia de los mantenedores de réplicas ya existentes.
El método recomendado para hacer réplicas es usar rsync. No hay acceso anónimo a los ficheros del sitio web. Puede concertar un acceso autenticado con el mantenedor del sitio que desea replicar, enviando un mensaje a mirrors@debian.org.
La replicación es un proceso pull
, esto es, el cliente pide los datos del
servidor a su conveniencia. Para configurarlo, puede usar el script websync y su fichero de
configuración, que puede ejecutar mediante crontab, y que lo hará todo
automáticamente. Siga las instrucciones del script para asegurarse que
todo funciona correctamente.
push
La réplica push
es una forma de replicar usando rsync que hemos
desarrollado para minimizar el tiempo que tarda en propagarse un cambio
en los ficheros hasta las réplicas. El servidor replicado usa un
disparador mediante ssh para indicarle al cliente replicador que ha de
actualizarse.
Este método es bastante seguro ya que ssh se configura para ejecutar
sólo una orden. Además, la replicación sigue siendo pull
, de manera que
no es posible corromper el contenido del fichero mediante
un servidor push
falso. Algunos administradores de réplicas han mostrado
cierta reticencia a la hora de usar este método de replicación debido a que
temen que el método pueda abrir sus máquinas ante una invasión. Esto,
sencillamente, no es cierto.
Si desea una descripción más detallada de cómo funciona esto, por qué
es seguro, y cómo configurar un servidor push
, por favor lea la explicación completa.
El sitio principal se actualiza aproximadamente cada cuatro horas.
Si su sitio replica mediante el método push
, no necesita preocuparse
al respecto. En caso contrario, debería calcular el tiempo entre réplicas
para su sitio de acuerdo con la fecha en el registro horario de los
ficheros en el directorio /mirror/timestamps/ del sitio web.
Añada un poco de tiempo, digamos media hora, a esa fecha, y replique
entonces.
La manera más sencilla de hacer que la réplica se ejecute todos los días es usar cron. Vea man crontab si desea más detalles.
Los ficheros sponsor.html y sponsor_img.jpg
pueden y deben ser reemplazados. Están ahí para que anuncie su sitio de
manera que la gente sepa quién es el patrocinador. Los originales están en
sponsor.deb.html y sponsor.deb.jpg ya que el
sitio del que usted está replicando puede haber reemplazado los que Debian
proporciona como ejemplo. El tamaño máximo que sugerimos para su logotipo
es de 120x60.
Si lo desea, puede reemplazar la imagen sponsor_img.jpg por un
logo (discreto) de su propia empresa u organización, y hacer que
sponsor.html redirija a su propia página web. Por omisión, estos
dos archivos no se replican. Los predeterminados se llaman
sponsor.deb.html y sponsor.deb.jpg; aunque puede usar
estos nombres, le animamos a que proporcione su propia imagen. El tamaño máximo sugerido para su logo es 120x60px.
Debido a que se usa negociación de contenido en las
páginas web para seleccionar el lenguaje preferido, incluso puede
proporcionar un sponsor.html en diferentes idiomas. Para
hacerlo, cree sponsor.<idioma>.html para cada <idioma> que
desee.
Asegúrese de que añade a la lista de exclusión los ficheros que no desea que sean sobreescritos durante la réplica.
Si su máquina está ejecutando Debian, sepa que se decidió ir contra la
norma de Debian y usar /doc en las páginas web. Esto
significa que debería comentar el renglón
que encontrará en su
Alias /doc/ /usr/share/doc//etc/apache/srm.conf.
Nota: todos nuestros script CGI se ejecutan de forma centralizada en cgi.debian.org, de manera que no tiene que preocuparse por ellos.
La negociación de contenido es un método que permite a un navegador negociar con un servidor el tipo de documento que debería serle suministrado. Habiendo varios usos para esto, el más común es negociar el idioma en que será presentado un documento. Usar esto permitirá a Debian servir sus páginas en varios idiomas de una manera (técnicamente) muy elegante.
Para aquellos que usen Apache, el cambio es casi trivial. Limítense a añadir esta opción:
Options +Multiviews
a la sección <Directory> para las páginas web de
Debian en su /etc/apache/access.conf, y reinicie el servidor.
Además, necesitará asegurarse de que el servidor puede controlar todos los idiomas que hay en el sitio web. Esto se hace usando la etiqueta AddLanguage. La que sigue es una lista de esos idiomas que ya se usan (más adelante añadiremos más):
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
Debido a un fallo en el apache, bajo algunas circunstancias puede llegar a servirse un idioma erróneo, de manera que es buena idea añadir cada lenguaje servido a la opción LanguagePriority, de esta manera:
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
Para evitar servir ficheros de contenido negociado con un juego de
caracteres erróneo, asegúrese de que la opción
AddDefaultCharSet está comentada o su valor es
.Off
Si usa Apache 1, para servir correctamente los índices de los
directorios, probablemente necesite modificar la sección
DirectoryIndex en /etc/apache/srm.conf.
Esto no funcionará con Apache 2. Lo siguiente debería
bastar para Apache 1:
DirectoryIndex index index.html
Para enviar la cabecera Content-Type correcta para favicon.icon, debería configurar Apache para que utilice el tipo image/x-icon de la siguiente manera:
AddType image/x-icon .ico
Para enviar la cabecera Context-Type correcta para las entradas RSS, se le tiene que indicar a Apache que use el tipo application/rss+xml, así:
AddType application/rss+xml .rdf
Para evitar problemas de negociación de contenido con el contenido de /events, a los ficheros de calendario hay que asignarles una prioridad menor que al contenido text/html:
AddType text/calendar;qs=0.9 .ics
Como varias partes del sitio web están empezando a ser demasiado grandes para ser replicadas en varios sitios, las hemos separado del sitio principal. Aunque la mayoría de los enlaces deberían convertirseº de manera que usen las nuevas localizaciones, le invitamos a que añada redirecciones a otros sitios de manera que no haya enlaces rotos. Esto lo puede hacer en /etc/apache/srm.conf. Por ejemplo:
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