[svnbook commit] r2067 - trunk/src/es/book
gradha
svnbook-dev at red-bean.com
Tue Mar 14 16:17:38 CST 2006
Author: gradha
Date: Tue Mar 14 16:17:19 2006
New Revision: 2067
Modified:
trunk/src/es/book/ch06.xml
Log:
Book Spanish. Translated three paragraphs.
Modified: trunk/src/es/book/ch06.xml
==============================================================================
--- trunk/src/es/book/ch06.xml (original)
+++ trunk/src/es/book/ch06.xml Tue Mar 14 16:17:19 2006
@@ -2040,12 +2040,13 @@
</programlisting>
</example>
- <para>On the opposite end of the paranoia scale, you can
- configure your block to demand authentication from everyone.
- All clients must supply credentials to identify themselves.
- Your block unconditionally requires authentication via the
- <literal>Require valid-user</literal> directive, and defines
- a means to authenticate.</para>
+ <para>En el lado opuesto de la escala de paranoia, puede
+ configurar su bloque para demandar la autenticación de
+ todo el mundo. Todos los clientes deberán proporcionar
+ credenciales para identificarse. Su bloque requiere
+ de manera incondicional la autenticación vía directiva
+ <literal>Require valid-user</literal>, y define un método
+ de autenticación.</para>
<example id="svn-ch-6-sect-4.4.2-ex-2">
<title>A sample configuration for authenticated access.</title>
@@ -2068,17 +2069,19 @@
</programlisting>
</example>
- <para>A third very popular pattern is to allow a combination
- of authenticated and anonymous access. For example, many
- administrators want to allow anonymous users to read certain
- repository directories, but want only authenticated users to
- read (or write) more sensitive areas. In this setup, all
- users start out accessing the repository anonymously. If
- your access control policy demands a real username at any
- point, Apache will demand authentication from the client.
- To do this, you use both the <literal>Satisfy Any</literal>
- and <literal>Require valid-user</literal> directives
- together.</para>
+ <para>Un tercer patrón muy popular es permitir una
+ combinación de acceso autenticado y anónimo. Por ejemplo,
+ muchos administradores quieren que los usuarios anónimos
+ puedan leer ciertos directorios del repositorio,
+ pero restringen la lectura (o escritura) de otras
+ áreas más sensibles a usuarios autenticados. Con esta
+ configuración, todos los usuarios comienzan accediento al
+ repositorio de manera anónima. Si su política de control
+ de acceso requiere un nombre de usuario real en algún
+ punto, Apache demandará una autenticación del cliente.
+ Para hacer esto, use tanto la directiva <literal>Satisfy
+ Any</literal> como <literal>Require valid-user</literal>
+ simultáneamente.</para>
<example id="svn-ch-6-sect-4.4.2-ex-3">
<title>A sample configuration for mixed
@@ -2104,9 +2107,10 @@
</programlisting>
</example>
- <para>Once your basic <literal>Location</literal> block is
- configured, you can create an access file and define some
- authorization rules in it.</para>
+ <para>Una vez tenga configurado su bloque
+ <literal>Location</literal> básico, puede crear un
+ fichero de acceso y definir en él algunas reglas de
+ autorización.</para>
<para>The syntax of the access file is the same familiar one
used by <command>svnserve.conf</command> and the runtime
More information about the svnbook-dev
mailing list