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

Re: [LCFC] wml://mirror/ftpmirror




 Hola,
puedes encontrar el archivo en el RFR. De todas formas lo incluyo en este mensaje otra vez.
 Saludos,
 Enrique

Fernando Cerezal <kryptos21@gmail.com> ha escrito:

El día 12 de agosto de 2008 2:47, Enrique <cgarcia@iac.es> escribió:

 Hola,
 mandé esta traducción hace una semana y media. Si nadie tiene comentarios
mandaré el DONE en breve.

Falta el archivo con la traducción.

 Saludos a todos,
 Enrique


--
To UNSUBSCRIBE, email to debian-l10n-spanish-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org




--
To UNSUBSCRIBE, email to debian-l10n-spanish-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org





#use wml::debian::template title="Configuraci�e una r�ica del archivo de Debian"
#use wml::debian::toc
#use wml::debian::translation-check translation="1.64" maintainer="cgarcia"
#include "$(ENGLISHDIR)/releases/sid/archive.data"

<toc-display />

<toc-add-entry name="whether">Replicar o no replicar</toc-add-entry>

<p>Aunque las r�icas nuevas siempre son bienvenidas, los
responsables de una r�ica en perspectiva deben asegurarse de que
pueden contestar a las siguientes preguntas antes de comenzar con su
r�ica:</p>

<ul>
  <li>�Se necesita una r�ica en mi localizaci�Puede que ya
  existan r�icas cercanas.</li>
  <li>�Tengo los recursos suficientes como para alojar una r�ica?
  Las r�icas requieren una cantidad considerable de espacio en disco
  y de ancho de banda, siendo necesario comprometerse con el coste
  asociado.</li>
  <li>�Una r�ica es una buena opci�En ocasiones hay gente que
  comienza una r�ica por error, cuando lo que les interesa es un
  caching proxy.</li>
# such as <a href="http://packages.debian.org/apt-proxy";>apt-proxy</a>
# not sure if we want to plug just apt-proxy as soon as this -joy, 2007-11-08
</ul>

<toc-add-entry name="what">Qu�eplicar</toc-add-entry>

<p>La <a href="./">p�na principal de r�icas</a> lista los archivos
disponibles de los cuales replicar.</p>

<ul>
<li>
Los usuarios buscar�el archivo debian/ para instalar Debian mediante
red, hacer CDs (con jigdo) y para actualizar sistemas ya instalados.</li>

<li>
debian-cd es un archivo que no es id�ico en todos los servidores
r�ica. En algunos sitios contiene plantillas jigdo para crear im�nes
de CD (usados en combinaci�on ficheros de debian/), algunos contienen
im�nes de CD preparadas, y otros sitios contienen ambos.
<br />
Por favor, lea la p�na sobre <a href="$(HOME)/CD/mirroring/">convertirse
en una r�ica de im�nes de CD</a> para m�informaci�l respecto.</li>

<li>
debian-archive/ contiene el verdadero <em>archivo</em>, las versiones
antiguas y obsoletas de Debian. Generalmente ser�nteresante s�para un
peque�egmento de usuarios.</li>

</ul>

<p>Por favor, lea la p�na de <a href="size">tama�e la r�ica</a>
si desea informaci��precisa sobre el tama�e las r�icas.</p>

<p>Los archivos debian-security/ contienen actualizaciones de seguridad
publicadas por el equipo de seguridad de Debian. A priori parece interesante
para todo el mundo, pero como las actualizaciones de seguridad son espor�cas,
habr�que replicarlos a menudo para estar al d�(o usar
<a href="push_mirroring">una r�ica �push�</a>) de manera que no lo
recomendamos. Debian hace un gran esfuerzo para mantener la alta
disponibilidad de security.debian.org.</p>

<p>NB: el archivo debian-non-US/ est�eclarado obsoleto desde la versi�.1
(<em>sarge</em>) en junio del 2005.</p>

<toc-add-entry name="wherefrom">De d� replicar</toc-add-entry>

<p>Parece que hay mucha gente que piensa que <code>ftp.debian.org</code> es el
sitio can�o o principal donde encontrar los paquetes de Debian,
y que lo mejor es replicar ese sitio. Eso <strong>no es
cierto</strong>.</p>

<p><code>ftp.debian.org</code> es simplemente uno de
entre varios servidores que se actualizan a partir de un servidor
interno de Debian. Dicha direcci�e encuentra actualmente en EE.UU.
y si existe todav�es para mantener la compatibilidad.</p>

<p>La lista de <a href="official">r�icas oficiales</a> se supone que 
contiene los sitios adecuados de los cuales replicar. Cualquiera de los
servidores de la <a href="list-full">lista completa de r�icas</a>
que contenga el atributo <q><kbd>Tipo: Push-Primary</kbd></q> o
<q><kbd>Tipo: Push-Secondary</kbd></q> deber�ser una buena r�ica
de la cual copiar. Por favor, escoja uno cercano aplicando
para ello criterios tanto geogr�cos como de red.</p>

<p>No hay realmente diferencia entre los servidores
<em>�Push-Primary�</em> y todos son equivalentes a la hora de replicar. 
Por otra parte,si mucha gente usa ftp.debian.org (y por desgracia, as�s), se
desperdicia innecesariamente el ancho de banda que nos donan.</p>

<p>Los administradores de r�icas situados en los Estados Unidos deber�
replicar de ftp.us.debian.org (la direcci�e la r�ica oficial en EE.UU.,
la cual es una r�ica �Push-Primary�). Sin embargo, debido a que dicha 
direcci�s un alias �round-robin� de varias m�inas, lo m�juicioso es 
determinar cual de los componentes es el mejor y replicar desde �
<br />
<small>La ventaja de hacerlo de esta manera es que se evita el riesgo de fallos
cuando se est�ealizando una sincronizaci�n dos etapas con rsync
(diferentes etapas pueden acabar en diferentes m�inas durante el periodo 
de tiempo en el cual tienen datos diferentes, dando lugar a una condici�e
carrera). La desventaja es que concentra en un solo servidor, cuyo rendimiento
puede variar, pero en todo caso este es un problema inherente a toda la red de 
r�icas en general.</small></p>

<toc-add-entry name="how">C�replicar</toc-add-entry>

<p>El m�do recomendado para hacer r�icas es usando el script llamado 
<a href="anonftpsync">anonftpsync</a>.</p>

<p>El protocolo recomendado es el usado por 
<a href="http://packages.debian.org/stable/net/rsync";>rsync</a>.</p>

<p>Por favor, no haga r�icas usando <kbd>wget</kbd> u otras utilidades
basadas en FTP. Puede parecer que funcionan bien, pero sin embargo
tienen numerosos problemas (no pueden detectar v�ulos duros, es m�
complicado hacer r�icas parciales, etc).</p>

<h3>Configuraci�e rsync</h3>

<p>Recomendamos usar <a href="anonftpsync">este script</a> para replicar el
archivo. Siga las instrucciones que contiene el script para configurar
la r�ica.</p>

<p>Algunos consejos para aquellos que prefieran otros m�dos:</p>

<ul>
  <li>Use rsync al menos con estas opciones: <kbd>--recursive --times
     --links --hard-links --delete</kbd>.</li>

  <li>Evite replicar los ficheros �ice (Packages, Sources, etc) antes 
      de que los nuevos ficheros de datos (.deb, .orig.tar.gz, etc) hayan
      sido transferidos. Use dos etapas con rsync &mdash; primero transfiera
      los archivos de datos excluyendo los ficheros �ice, y despu�
      transfiera todo lo dem�
      <br/>
      Esto puede realizarse usando la opci�kbd>--exclude</kbd> para 
      excluir los ficheros Packages*, Sources* y Release*, o bien
      usando solo el subdirectorio pool/ en la primera etapa.
      Vea <a href="anonftpsync">nuestro script</a> como ejemplo.</li>

  <li>Si tiene espacio en disco suficiente, use tambi�la opci�  <kbd>--delete-after</kbd> para evitar algunos problemas temporales 
  al realizar la actualizaci�/li>

  <li>Si no tiene espacio suficiente para replicar todo, use la opci�      <kbd>--exclude</kbd> para excluir partes del archivo.
      Usualmente esto incluye varias arquitecturas que no desea porque 
      ocupan demasiado espacio.
      Por favor, consulte la 
      <a href="#partial">secci�obre r�icas parciales</a>.</li>

  <li>Despu�de que rsync termine de realizar la r�ica, a� un
      fichero con la hora al subdirectorio <code>project/trace/</code> 
      que se llame como el nombre de su servidor de la r�ica. Esto significa 
      ejecutar 
      <kbd>date -u &gt; .../debian/project/trace/<var>nombre.servidor</var></kbd>
      despu�de que su rsync diario termine.</li>

  <li>Le aconsejamos encarecidamente que no excluya <tt>project/</tt>,
      <tt>doc/</tt> ni otros subdirectorios. Normalmente, su tama�s
      peque� a�n �s para los usuarios. Especialmente
      <tt>project/trace</tt> ayuda mucho en el caso de que aparezca
      cualquier asunto relacionado con las r�icas.</li>

  <li>Normalmente los servidores rsync del nivel superior permitir�      el acceso an�o. En caso de que se requiera autenticaci�      configure los nombres y contrase�en su script, bien sea a trav�      de la variable de entorno RSYNC_PASSWORD o bien usando la opci�     <kbd>--password-file</kbd>.</li>
</ul>

<toc-add-entry name="partial">R�icas parciales</toc-add-entry>

<p>Considerando el <a href="size">gran tama�ctual del archivo de
Debian</a>, hay gente que prefiere replicar s�las partes que necesita.
Si quiere excluir algo, deber�excluir arquitecturas.</p>

<p>Con <a href="anonftpsync">anonftpsync</a>, puede hacer esto editando la
variable ARCH_EXCLUDE.</p>

<p>Le aconsejamos encarecidamente que no excluya <tt>project</tt>,
<tt>doc</tt> ni otros subdirectorios. Normalmente, su tama�s peque� a�n �s para los usuarios. En especial <tt>project/trace</tt> 
es de gran ayuda si hay cualquier problema con las r�icas.</p>

<p>Tambi�se pueden usar scripts escritos especialmente para ello,
pero en general esto no es necesario, y no se recomienda para las r�icas
oficiales. Por ejemplo, con las siguientes opciones de rsync se 
excluir� <em>todas</em> las arquitecturas:
<br />
<: 
print "<code>--exclude binary-$_/ --exclude *_$_.deb --exclude *_$_.udeb --exclude installer-$_/ --exclude Contents-$_*</code><br>\n"
  foreach (sort keys %arches);
:>

<toc-add-entry name="when">Cu�o replicar</toc-add-entry>

<p>El archivo principal se actualiza dos veces al d�
Las r�icas normalmente comienzan a actualizarse sobre las 9:00 y las 21:00
(ambas horas UTC), pero estas horas no se fijan nunca y no deber�fijarlas para su r�ica.</p>

<p>Recomendamos realizar las r�icas una vez al d� Replicar m�de
dos veces al d�no aporta nada y es muy probable que conseguir�ue se le penalice &mdash; as�ue no lo haga.</p>

<p>Deber�actualizar su r�ica unas pocas horas despu�de que se 
lance la r�ica de los archivos principales.
Deber�comprobar si la m�ina desde la cual est�eplicando deja 
una marca temporal en el subdirectorio <kbd>project/trace/</kbd>.
El fichero con la marca temporal se llamar�gual que el nombre de la
m�ina y contendr�l tiempo que tard� completar la �a
actualizaci�e la r�ica. Sume un par de horas m�a dicho tiempo 
(para estar seguros) y replique entonces.</p>

<p>La manera m�sencilla de hacer que la r�ica se ejecute diariamente
de forma autom�ca es usar cron. Lea <kbd>man crontab</kbd> si desea m�detalles.</p>

<p>Dese cuenta que si su mecanismo de r�ica se lanza con un sistema de 
�push�, entonces no debe preocuparse por nada de �o.</p>

<h3>M�do <q>push</q> para desencadenar r�icas</h3>

<p>Replicar usando el modo <q>Push</q> es un m�do que hemos desarrollado
para minimizar el tiempo que conlleva propagar los cambios del archivo a todas
las r�icas. Una r�ica del nivel superior lanza un aviso mediante SSH 
a las r�icas de nivel inferior para que se actualicen. La forma de
desencadenar la actualizaci�e limita usualmente a un aviso seguro que no
contiene datos variables, de modo que el resto del proceso continua seg� 
m�do <q>pull</q> al igual que en una tarea cron.</p>

<p>El replicado <q>push</q> es necesario para mantener la sincronizaci�e
m�les servidores (como servidores de alias de DNS en round-robin como
<tt>ftp.us.debian.org</tt>), y lo usamos generalmente para los primeros y
segundos niveles de nuestros sitios de r�ica. Para los sitios de r�ica
<q>normales</q>, este m�do precisa mucho esfuerzo en la configuraci�lo que
no compensa con respecto a una tarea del cron bien ajustada.</p>

<p>Si desea una descripci��detallada de c�funciona esto, por qu�s seguro, y c�configurar un servidor <q>push</q>, por favor lea <a
href="push_mirroring">la explicaci�ompleta.</p>

<toc-add-entry name="settings">Configuraciones adicionales recomendadas</toc-add-entry>

<p>Si va a dejar disponible mediante HTTP su r�ica de Debian, a� por
favor estas opciones a la configuraci�e su Apache (presumiendo, por
supuesto, que use Apache), dentro del bloque
<code>&lt;Directory <var>/ruta/a/la/r�ica/Debian</var>&gt;</code>,
donde <var>/ruta/a/la/r�ica/Debian</var> deber�ser el nombre real 
del directorio donde usted almacena la r�ica:</p>

<pre>
   Options +Indexes +SymlinksIfOwnerMatch
   IndexOptions NameWidth=* +SuppressDescription
</pre>

<p>Esto activa los �ices de directorio y asegura que la navegaci�
trav�de v�ulos va a funcionar. Los nombres de fichero en los
�ices de directorio no se ver�truncados y las descripciones (que
apenas hay) no se mostrar�.</p>

<p>En las versiones 1.3.x the Apache tambi�se puede a�r la
siguiente opci�</p>

<pre>
   DirectoryIndex .
</pre>

<p>No a� esta opci�n Apache 2.x.</p>

<toc-add-entry name="submit">C�a�r una r�ica a la lista de r�icas</toc-add-entry>

<p>Una vez ponga en marcha una r�ica, deber�<a
href="submit">registrarla en Debian</a> de manera que sea incluida en
la <a href="list">lista de r�icas</a>. Puede hacerlo mediante
nuestro <a href="submit">sencillo formulario web</a>.</p>

<p>Cualquier problema o consulta puede enviarlo a
<email mirrors@debian.org>.</p>

Reply to: