diff options
author | Laura Arjona Reina <larjona> | 2017-08-28 18:42:15 +0000 |
---|---|---|
committer | Laura Arjona Reina <larjona> | 2017-08-28 18:42:15 +0000 |
commit | be5fd6085f7397748fc3cd7c2df4ffa231235c88 (patch) | |
tree | 7057839389df27d2c3039887072b64b3df0c591c /spanish/mirror | |
parent | 6664c6395dd7ed3b52866a31b30a66b2fc7383ba (diff) |
Update Spanish translation to version 1.24. Thanks Rafa!
CVS version numbers
spanish/mirror/push_mirroring.wml: 1.4 -> 1.5
Diffstat (limited to 'spanish/mirror')
-rw-r--r-- | spanish/mirror/push_mirroring.wml | 174 |
1 files changed, 66 insertions, 108 deletions
diff --git a/spanish/mirror/push_mirroring.wml b/spanish/mirror/push_mirroring.wml index 50047071331..48a6b2d0874 100644 --- a/spanish/mirror/push_mirroring.wml +++ b/spanish/mirror/push_mirroring.wml @@ -1,108 +1,66 @@ -#use wml::debian::template title="Push Mirroring"
-#use wml::debian::translation-check translation="1.19" maintainer="Diddier Hilarion"
-
-<p>La replicación pasiva es una forma de replicar que reduce el tiempo que toman
-los cambios en el archivo en reflejarse en las réplicas. El servidor de origen usa
-un sistema de notificación para informar de inmediato a la réplica cliente que
-necesita actualizarse.</p>
-
-
-<p>La replicación pasiva necesita un poco más de trabajo para configurarse dado
-que los administradores de los servidores de origen y destino deben intercambiar información. El
-beneficio es que la réplica de origen inicia la replicación inmediatamente después de
-que el archivo ha sido actualizado. Esto permite que los cambios en el archivo se propaguen
-extremadamente rápido.
-</p>
-
-<h2>Explicación del método</h2>
-
-<p>Es necesario explicar de antemano algo acerca de ssh. Ssh permite conectarse con cuentas
-en diferentes máquinas de una manera segura. No sólo las contraseñas nunca se transmiten
-en claro, una vez se ha establecido la conexión a una máquina se garantiza
-que las conexiones futuras sean a la misma máquina. Esto previene muchos ataques de hombre
-en el medio.
-</p>
-
-<p>Una característica de ssh es la posibilidad de un usuario de tomar la llave pública
-de otro usuario en otra máquina y agregarla a un fichero de llaves autorizadas en su máquina.
-Por omisión, el otro usuario (quien posee la llave privada
-asociada con la llave pública que se le ha dado)
-tiene privilegios de inicio de sesión en su cuenta. Igualmente, se puede añadir un texto
-a una llave autorizada restringiendo así el tipo de acceso que tiene una persona que use esa llave.
-
-</p>
-
-<p>De esta forma, para proteger la réplica cliente, la llave provista por la réplica
-de origen tiene texto añadido con el fin de limitar a la persona que accede con su cuenta
-a hacer una sola cosa — iniciar el programa que actualiza su réplica.
-Incluso si alguien (un tercero malicioso) fuera capaz de romper la criptografía asociada a la llave,
-lo máximo que podría hacer sería iniciar el programa de réplica en su máquina.
-Ni siquiera es necesario preocuparse por el hecho de que se ejecuten múltiples instancias del programa
-ya que se usa un fichero de bloqueo (lockfile).
-</p>
-
-<p>Se puede configurar rsync en el servidor de origen para restringir quién puede replicar
-una área determinada mediante un usuario y una contraseña. Estos son totalmente independientes de <kbd>/etc/passwd</kbd>,
-así un administrador de servidor de origen que hace réplicas push no tiene que preocuparse en darle acceso a otros a su máquina.
-Como está configurado actualmente, el usuario y la contraseña se transmiten en claro. Esto
-no debería significar ningún problema puesto que lo peor que puede pasar es que
-un tercero obtenga la habilidad de replicar Debian de ese sitio.
-</p>
-
-<h2>Configuración de una réplica pasiva cliente</h2>
-
-<p>Es mejor que esto se configure usando una cuenta de un usuario común, no usando root.
-El contenido de la llave pública ssh de la réplica de origen debe ponerse
-en <kbd>~<user>/.ssh/authorized_keys</kbd>.
-</p>
-
-<p>Para crear una réplica cliente del archivo FTP, es necesario configurar
-la réplica usando el conjunto estándar de scripts <a href="ftpmirror#how">ftpsync</a>.
-Copie ftpsync.conf.sample a <code>ftpsync.conf</code> y modifíquelo de acuerdo
-a su sistema y la información provista por el servidor de origen.
-</p>
-
-<h2>Réplicas pasivas primarias (Push-Primary)</h2>
-
-<p>Las réplicas pasivas primarias (Push-Primary), también conocidas como réplicas de primer nivel (Tier-1),
-son las réplicas pasivas que tienen permitido replicar de nuestros archivos maestros.
-</p>
-
-<p>Si su servidor tiene <strong>muy</strong> buena conexión (muy buena tasa de transferencia
-y está conectado a alguna red troncal principal) y usted está dispuesto a permitir
-que otros servidores repliquen de su servidor, nos lo puede informar para que
-lo consideremos como una réplica de origen pasiva. Aunque no espere que esto suceda pronto
-ya que tenemos un buen número de réplicas de primer nivel (Tier-1).
-</p>
-
-<p>Si su servidor va a ser una réplica pasiva primaria (Push-Primary) para el archivo FTP, necesitará
-uno de estos ficheros:</p>
-<ul>
- <li><a href="id_rsa.pub.ftp-master">la llave pública SSH2 usada por
- ftp-master.debian.org</a></li>
- <li><a href="id_rsa.pub.syncproxy.eu">la llave pública SSH2 usada por
- syncproxy.eu.debian.org</a></li>
- <li><a href="id_rsa.pub.syncproxy.wna">la llave pública SSH2 usada por
- syncproxy.wna.debian.org</a></li>
-</ul>
-
-<p>Si su servidor va a ser una réplica pasiva primaria (Push-Primary) para el sitio web, necesitará
-<a href="id_rsa.pub.www-master">la llave pública SSH2 usada por
-www-master.debian.org</a>.</p>
-
-<h2>Configurando una réplica de origen pasiva </h2>
-
-<p>Dada la gran cantidad de réplicas y el tamaño del archivo de Debian, no es
-viable que todas las réplicas usen el archivo maestro como la fuente de la réplica
-de Debian (que es la réplica de origen). Es mucho más eficiente
-si la carga se distribuye entre un grupo de réplicas pasivas de origen
-distribuidas por todo el mundo.
-</p>
-
-<p>Las réplicas pasivas de origen deben ser réplicas cliente del archivo maestro
-(o quizá de otra réplica pasiva), y deben contener una réplica completa del archivo
-completo de Debian.
-</p>
-
-<p>Vea los <a href="push_server">detalles de la configuración de una réplica pasiva de origen</a>.
-</p>
+#use wml::debian::template title="Replicación pasiva" +#use wml::debian::translation-check translation="1.24" + +<p>La replicación pasiva es una forma de replicar que reduce el tiempo que tardan +los cambios en el archivo en reflejarse en las réplicas. El servidor de origen usa +un sistema de notificación para informar de inmediato a la réplica cliente que +necesita actualizarse.</p> + + +<p>La replicación pasiva necesita más trabajo para configurarse dado que los administradores +de los servidores de origen y destino deben intercambiar información. El +beneficio es que la réplica de origen inicia la replicación inmediatamente después de +que el archivo ha sido actualizado. Esto permite que los cambios en el archivo se +propaguen rápido. +</p> + +<h2>Explicación del método</h2> + +<p>Las notificaciones se realizan con ssh. El servidor de origen usa ssh para conectarse a la cuenta +de réplica en el servidor de destino utilizando autenticación de clave pública. La clave se configura de forma que +esta acción solo puede provocar la ejecución de un réplica, ninguna otra orden. A continuación, +el servidor de destino ejecuta ftpsync para actualizar el archivo usando rsync, de la forma habitual. +<br /> +El intercambio de las claves públicas y la posible necesidad de acceso a servidores rsync restringidos +requiere coordinación entre quienes administran la réplica y el servidor de origen. +</p> + +<h2>Configuración de una réplica pasiva cliente</h2> + +<p>Para crear una réplica cliente del archivo FTP es necesario configurar +la réplica usando el conjunto estándar de scripts <a href="ftpmirror#how">ftpsync</a>. +<br /> +Una vez que eso funciona, añada la clave pública ssh del servidor de origen +a su <code>~<user>/.ssh/authorized_keys</code> con una +restricción <code>command="~/bin/ftpsync"</code> (o lo que corresponda, si tiene ftpsync en un directorio +diferente). +</p> + +<h2>Réplicas pasivas primarias (Push-Primary)</h2> + +<p>Las réplicas pasivas primarias (Push-Primary), también conocidas como réplicas de primer nivel (Tier-1), +son las réplicas pasivas cliente que se sincronizan directamente con la red «syncproxy» interna +de Debian. +</p> + +<p>Si su servidor tiene <strong>muy</strong> buena conexión (muy buena tasa de transferencia +y está conectado a alguna red troncal principal) y usted está dispuesto a permitir +que otros servidores repliquen de su servidor, puede comunicárnoslo para que lo consideremos +candidato a réplica pasiva de origen. Póngase en contacto con el equipo de réplicas de Debian para +detalles de configuración. No obstante, tenga en cuenta que no podemos aceptar todas las solicitudes para albergar +réplicas primarias puesto que ya tenemos un buen número de réplicas de primer nivel (Tier-1). +</p> + +<h2>Configurando una réplica de origen pasiva </h2> + +<p>Dada la gran cantidad de réplicas y el tamaño del archivo de Debian, no es +viable que todas las réplicas usen los «syncproxies» internos de Debian como la +fuente de la réplica. Es mucho más eficiente distribuir +la carga entre un grupo de réplicas pasivas repartidas por todo el mundo. +</p> + +<p>Por lo tanto, un número de réplicas pasivas primarias son, a su vez, servidores de origen para +sus servidores de destino. Si quiere configurar su servidor como una réplica de origen para +sus servidores de destino, vea los <a href="push_server">detalles de configuración de una réplica +pasiva de origen</a>. +</p> |