Hola: Gracias por la revisión, Javier.
On Sun, Aug 20, 2017 at 03:00:32PM +0200, Javier wrote: > [...] > > Hola, Rafa: > > Muchas gracias por el RFR. A continuación están los comentarios que me > gustaría hacer: > > L4: «toman» --> personalmente preferiría «tardan» o «les lleva» > incluso, pero mejor «tardan». Modificado. > > L21: «sólo» --> quitaría la tilde: «solo». Aunque es un adverbio, al no > haber confusión posible en el sentido de la frase sigue las normas > generales de acentuación. Modificado. > > L35: creo que el punto y la aclaración posterior entre paréntesis no > están bien colocados. Yo preferiría incluir la aclaración dentro de la > misma frase que aclara, es decir, «con una restricción > <code>command="~/bin/ftpsync"</code> (o lo que corresponda, si tiene > ftpsync en un directorio diferente).» Modificado. > > L42 y L57: al ser extranjerismos crudos, yo propondría incluir > «syncproxy» y «syncproxies» entre etiquetas <i> e </i>. A ver qué opina > la lista. Modificado, aunque utilizando <em> y </em> en lugar de <i> e </i>, siguiendo la sugerencia para «Los términos que sean intraducibles y deban dejarse en inglés» de la página de «Normas correspondientes a las traducciones» (https://www.debian.org/international/spanish/notas). > > Y nada más. En realidad no he mirado el diff sino la traducción en > general, para tener una visión de todo el documento. Normalmente yo actualizo exclusivamente lo que corresponde a la modificación de la versión en inglés (sí suelo leer la página completa tal y como está publicada en www.debian.org para hacerme una idea general del contexto, pero a la hora de traducir me concentro en la parte modificada). Pero no tengo ningún inconveniente en incluir correcciones de otras partes de la página. > > Un saludo, > > Javier > Adjunto actualización y fichero de diferencias. Un saludo, Rafa.
#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 <em>syncproxy</em> 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 <em>syncproxies</em> 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>
--- push_mirroring-1-19.wml 2017-08-17 17:20:44.824821459 +0200 +++ push_mirroring.wml 2017-08-20 17:01:07.794576602 +0200 @@ -1,108 +1,66 @@ -#use wml::debian::template title="Push Mirroring" -#use wml::debian::translation-check translation="1.19" maintainer="Diddier Hilarion" +#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 toman +<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 un poco más de trabajo para configurarse dado -que los administradores de los servidores de origen y destino deben intercambiar información. El +<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 -extremadamente rápido. +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>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>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>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. +<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 que tienen permitido replicar de nuestros archivos maestros. +son las réplicas pasivas cliente que se sincronizan directamente con la red <em>syncproxy</em> 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, 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> - +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 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. +viable que todas las réplicas usen los <em>syncproxies</em> 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>Vea los <a href="push_server">detalles de la configuración de una réplica pasiva de origen</a>. +<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>
signature.asc
Description: PGP signature
