Hola: Sin cambios desde el RFR2. Un saludo, Rafa.
#use wml::debian::template title="Creación de una réplica de los archivos de Debian"
#use wml::debian::toc
#use wml::debian::translation-check translation="1.85"
#include "$(ENGLISHDIR)/releases/sid/archive.data"
#include "$(ENGLISHDIR)/releases/arches.data"
<toc-display />
<toc-add-entry name="whether">Cuándo montar una réplica</toc-add-entry>
<p>Aunque apreciamos las réplicas nuevas, cada futuro responsable de una réplica
debe estar seguro de poder responder las siguientes preguntas antes de montar
una réplica:</p>
<ul>
<li>¿Es necesaria la réplica en mi región? Quizá ya haya algunas
réplicas en una ubicación geográfica cercana.</li>
<li>¿Tengo los recursos necesarios para montar la réplica? Las réplicas requieren de bastante
<a href="size">espacio en disco</a> y ancho de banda, se debe ser capaz de asumir estos costos.</li>
<li>¿Es una réplica la elección correcta? Si su principal objetivo es dar soporte a usuarios de su instalación
o a clientes si es usted un proveedor de servicios de internet, entonces quizá un proxy caché como
apt-cacher-ng, squid o varnish sea una opción mejor.</li>
</ul>
<toc-add-entry name="what">A qué se le debe hacer una réplica</toc-add-entry>
<p>La <a href="./">página principal de réplicas</a> contiene la lista de archivos disponibles para
replicar.</p>
<ul>
<li>
El archivo debian/ es usado para instalar Debian a través
de la red, crear CDs (usando jigdo), y actualizar sistemas ya
instalados. <em>Le recomendamos que replique este repositorio.</em></li>
<li>
debian-cd/ es un archivo que no es igual en todas las réplicas. En
algunas réplicas contiene plantillas de jigdo para crear imágenes de CD
(usadas en combinación con los ficheros de debian/), en otras contiene imágenes
de CD listas para usar, y en algunas réplicas contiene ambas.
<br />
Vea <a href="$(HOME)/CD/mirroring/">réplicas de imágenes de CD</a>
para más información.</li>
<li>
debian-archive/ contiene el verdadero <em>archivo</em>, en él se encuentran las imágenes antiguas
y obsoletas de Debian. Por lo general este sólo será de interés para un pequeño
segmento de usuarios. (Si no sabe si quiere replicarlo o no, probablemente será que no.)</li>
</ul>
<p>Vea la página <a href="size">tamaño de réplica</a>
para obtener información más precisa acerca del tamaño de las réplicas.</p>
<p>El archivo debian-security/ contiene las actualizaciones de seguridad publicadas por
el equipo de seguridad de Debian. A pesar de que suena interesante para todo el mundo, no
recomendamos a nuestros usuarios que obtengan las actualizaciones de seguridad en sitios réplica;
por el contrario, les pedimos que las descarguen directamente de nuestro servicio
distribuido security.debian.org. <em>Recomendamos que <strong>no</strong> se replique
debian-security.</em></p>
<toc-add-entry name="wherefrom">Desde dónde hacer las réplicas</toc-add-entry>
<p>Tenga presente que <code>ftp.debian.org</code> no es la ubicación principal de los paquetes
de Debian; es sencillamente uno de varios servidores que se actualizan a partir de un
servidor interno de Debian.
Hay muchas <a href="list-full">réplicas disponibles</a> que soportan «rsync»
y que son buenas como origen de un réplica. Por favor, utilice una cercana
en términos de red.</p>
<p>Debería evitar como origen de la réplica cualquier nombre de servicio que se resuelva a más
de una dirección (como <code>ftp.us.debian.org</code>) porque esto podría provocar
que su réplica se sincronice con diferentes estados en sucesivas actualizaciones en el caso de que
las distintas réplicas de origen estén fuera de sincronía.
#
Tenga también en cuenta que el único servicio cuya presencia en <code>ftp.CC.debian.org</code>
garantizamos es HTTP. Si quiere replicar utilizando «rsync» (a través de
«ftpsync» como recomendamos), le sugerimos que utilice el nombre correcto de la
máquina que aloja a <code>ftp.CC.debian.org</code> en la actualidad. (Consulte
el directorio <code>/debian/project/trace</code> de ese servidor para saber cuál es dicho nombre.)
<toc-add-entry name="how">Cómo replicar</toc-add-entry>
<p>El método recomendado para replicar es con el conjunto de scripts «ftpsync»,
el cual está disponible en dos formas:</p>
<ul>
<li>como fichero comprimido en: <url "https://ftp-master.debian.org/ftpsync.tar.gz";></li>
<li>como repositorio git: <kbd>git clone https://anonscm.debian.org/git/mirror/archvsync.git</kbd> (consulte <url "https://anonscm.debian.org/cgit/mirror/archvsync.git/";>)</li>
</ul>
<p>No use sus propios scripts, y no se limite a sincronizaciones de una única pasada («single-pass rsyncs»). El uso de
«ftpsync» garantiza que las actualizaciones se hacen de forma que apt no se haga un lío.
En particular, «ftpsync» procesa las traducciones, contenidos y otros ficheros con
metadatos en un orden tal que apt no emite errores de validación si un
usuario actualiza la lista de paquetes mientras se está ejecutando una actualización de la réplica. Además,
genera ficheros de traza que contienen información útil para
determinar si una réplica funciona, qué arquitecturas incluye y desde dónde
se sincroniza.</p>
<toc-add-entry name="partial">Replicación parcial</toc-add-entry>
<p>Considerando <a href="size">el gran tamaño del archivo de Debian</a> en la actualidad,
podría ser aconsejable replicar solo partes de él. Las réplicas de carácter público
deberían incluir todas las distribuciones («en pruebas», «inestable», etc.), pero pueden incluir
un conjunto limitado de arquitecturas. El fichero de configuración de «ftpsync» incluye
los parámetros ARCH_EXCLUDE y ARCH_INCLUDE con este fin.</p>
<toc-add-entry name="when">En qué momento hacer réplicas</toc-add-entry>
<p>El archivo principal se actualiza cuatro veces en el día.
Las réplicas usualmente empiezan a actualizarse cerca de las 3:00, 9:00, 15:00 y 21:00 (todas las horas en UTC),
pero estas horas nunca son fijas y no se deben fijar sus horas de sincronización basándose en ellas.</p>
<p>Su réplica debería actualizarse unas pocas horas después de que alguna de las réplicas del archivo principal
se actualice.
Se debe verificar si el sitio que se está replicando tiene
un fichero con una marca de tiempo en el subdirectorio <kbd>project/trace/</kbd>. El fichero con la marca de tiempo
debe ser nombrado con el nombre de ese servidor, y debe contener la fecha y hora de finalización
de la actualización de su réplica. Añada un par de horas a esa fecha y hora (para estar más seguros)
y haga la réplica.</p>
<p><b>Es esencial que su réplica se mantenga sincronizada con el archivo principal</b>. Un
mínimo de 4 actualizaciones en un periodo de 24 horas garantizarán que su réplica refleja el estado actual
del archivo. Es necesario aclarar que las réplicas que no están actualizadas con respecto al
archivo principal no serán listadas en la lista oficial de réplicas.</p>
<p>La forma más sencilla de que la réplica se actualice todos los días es
usando cron. Ejecute <kbd>man crontab</kbd> para más detalles.</p>
<p>Tenga en cuenta que si su réplica usa replicación pasiva, entonces no será
necesario preocuparse por lo descrito en esta sección.</p>
<h3>Replicación pasiva</h3>
<p>La <q>replicación pasiva</q> es una forma de replicar que hemos desarrollado
para reducir el tiempo que los cambios al archivo se ven reflejados en las réplicas.
Una réplica maestra usa una notificación por SSH para ordenar a la réplica cliente
que se actualice.
Para una descripción más detallada acerca del funcionamiento de la replicación pasiva, del por qué
es segura y de cómo montar una réplica pasiva, por favor vea <a href="push_mirroring">la explicación completa
</a>.</p>
<toc-add-entry name="settings">Ajustes adicionales recomendados</toc-add-entry>
<p>Las réplicas de carácter público deberían hacer que el archivo Debian esté disponible por HTTP en <code>/debian</code>.</p>
<p>Además, asegúrese de tener activo el listado de directorios (con los nombres de ficheros
completos) y de que se pueda acceder al contenido a través de los enlaces simbólicos.
Si usa Apache, algo como esto podría servir:
<pre>
<Directory <var>/ruta/a/su/réplica</var>>
Options +Indexes +SymlinksIfOwnerMatch
IndexOptions NameWidth=* +SuppressDescription
<Directory>
</pre>
<toc-add-entry name="submit">Cómo añadir una réplica a la lista de réplicas</toc-add-entry>
<p>
Si desea que su réplica esté incluida en la lista oficial de réplicas, por favor:
</p>
<ul>
<li>Asegúrese de que se sincronice con el archivo 4 veces en un periodo de 24 horas.</li>
<li>Asegúrese de que incluya los archivos fuente para las arquitecturas suministradas
por la réplica.</li>
</ul>
<p>Una vez la réplica se ha montado, debe ser <a href="submit">registrada</a>
con el fin de que sea incluida en la <a href="list">lista oficial de réplicas</a>.
Los registros pueden realizarse usando este simple <a href="submit">formulario</a>.</p>
<p>Cualquier problema o pregunta puede enviarse a <email mirrors@debian.org>.</p>
<toc-add-entry name="mailinglists">Listas de correo</toc-add-entry>
<p>Hay dos <a href="../MailingLists/">listas de correo</a> públicas sobre
réplicas de Debian,
<a href="https://lists.debian.org/debian-mirrors-announce/";>«debian-mirrors-announce»</a>
y
<a href="https://lists.debian.org/debian-mirrors/";>«debian-mirrors»</a>.
Animamos a todos los responsables de réplicas a suscribirse a la primera ya
que en ella se publicará cualquier anuncio importante. Se trata de una lista moderada y
con poco tráfico. La segunda lista de correo ha sido concebida con la intención de albergar discusiones
generales y está abierta a todos.</p>
<p>Si tiene alguna pregunta que no recibe respuesta en estas páginas web, puede
contactar con nosotros en <email mirrors@debian.org> o, por IRC, en el canal #debian-mirrors de
<tt>irc.debian.org</tt>.</p>
<toc-add-entry name="private-mirror">Notas sobre réplicas (parciales) privadas</toc-add-entry>
<p>
Si quiere poner en funcionamiento una réplica exclusivamente para su sitio, y solo necesita que incluya
un subconjunto de distribuciones (como, por ejemplo, «estable»), <a href="https://packages.debian.org/stable/debmirror";>debmirror</a>
también le podría resultar conveniente.
</p>
Attachment:
signature.asc
Description: PGP signature