You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by lg...@apache.org on 2016/11/03 10:31:16 UTC
svn commit: r1767853 - in /httpd/httpd/trunk/docs/manual/howto: auth.html.es
auth.xml.es
Author: lgilbernabe
Date: Thu Nov 3 10:31:16 2016
New Revision: 1767853
URL: http://svn.apache.org/viewvc?rev=1767853&view=rev
Log:
built and translated the english version to spanish.
Modified:
httpd/httpd/trunk/docs/manual/howto/auth.html.es
httpd/httpd/trunk/docs/manual/howto/auth.xml.es
Modified: httpd/httpd/trunk/docs/manual/howto/auth.html.es
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/howto/auth.html.es?rev=1767853&r1=1767852&r2=1767853&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/howto/auth.html.es (original)
+++ httpd/httpd/trunk/docs/manual/howto/auth.html.es Thu Nov 3 10:31:16 2016
@@ -50,8 +50,8 @@
contrase�as</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#multprovider">Uso de m�ltiples proveedores</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#beyond">M�s all� de la Autorizaci�n</a></li>
-<li><img alt="" src="../images/down.gif" /> <a href="#socache">Authentication Caching</a></li>
-<li><img alt="" src="../images/down.gif" /> <a href="#moreinformation">More information</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#socache">Cache de Autenticaci�n</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#moreinformation">M�s informaci�n</a></li>
</ul><h3>Consulte tambi�n</h3><ul class="seealso"><li><a href="#comments_section">Comentarios</a></li></ul></div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
@@ -475,81 +475,93 @@ Require group GroupName</pre>
<h3><a name="authandororder" id="authandororder">Aplicando la l�gica y ordenaci�n</a></h3>
<p>Controlar el c�mo y en qu� orden se va a aplicar la autorizaci�n ha
- sido un misterio en el pasado. En Apache 2.2 un proveedior de autenticaci�n
- C
+ sido un misterio en el pasado. En Apache 2.2 un proveedor del
+ mecanismo de autenticaci�n fue introducido para disociar el proceso actual
+ de autenticaci�n y soportar funcionalidad.
+ Uno de los beneficios secundarios fue que los proveedores de autenticaci�n
+ pod�an ser configurados y llamados en un orden especifico que no dependieran
+ en el orden de carga del propio modulo.
+ Este proveedor de dicho mecanismo, ha sido introducido en la autorizaci�n
+ tambi�n. Lo que esto significa es que la directiva
+ <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code>
+ no s�lo especifica que m�todo de autorizaci�n deber� ser usado, si no
+ tambi�n especifica el orden en que van a ser llamados. M�ltiples
+ m�todos de autorizaci�n son llamados en el mismo orden en que la directiva
+ <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code> aparece en la
+ configuraci�n.
+ </p>
- In Apache 2.2 a provider-based
- authentication mechanism was introduced to decouple the actual
- authentication process from authorization and supporting functionality.
- One of the side benefits was that authentication providers could be
- configured and called in a specific order which didn't depend on the
- load order of the auth module itself. This same provider based mechanism
- has been brought forward into authorization as well. What this means is
- that the <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code> directive
- not only specifies which authorization methods should be used, it also
- specifies the order in which they are called. Multiple authorization
- methods are called in the same order in which the
- <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code> directives
- appear in the configuration.</p>
-
- <p>With the introduction of authorization container directives
- such as
- <code class="directive"><a href="../mod/mod_authz_core.html#requireall"><RequireAll></a></code>
- and
- <code class="directive"><a href="../mod/mod_authz_core.html#requireany"><RequireAny></a></code>,
- the configuration also has control over when the
- authorization methods are called and what criteria determines when
- access is granted. See
- <a href="../mod/mod_authz_core.html#logic">Authorization Containers</a>
- for an example of how they may be used to express complex
- authorization logic.</p>
-
- <p>By default all
- <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code>
- directives are handled as though contained within a
- <code class="directive"><a href="../mod/mod_authz_core.html#requireany"><RequireAny></a></code>
- container directive. In other words, if
- any of the specified authorization methods succeed, then authorization
- is granted.</p>
+ <p>
+ Con la Introducci�n del contenedor de directivas de autorizaci�n tales como
+ <code class="directive"><a href="../mod/mod_authz_core.html#requireall"><RequireAll></a></code>
+ y
+ <code class="directive"><a href="../mod/mod_authz_core.html#requireany"><RequireAny></a></code>,
+ La configuraci�n tambi�n tiene control sobre cu�ndo se llaman a los m�todos
+ de autorizaci�n y qu� criterios determinan cu�ndo se concede el acceso.
+ Vease
+ <a href="../mod/mod_authz_core.html#logic">Contenedores de autorizaci�n</a>
+ Para un ejemplo de c�mo pueden ser utilizados para expresar una l�gica
+ m�s compleja de autorizaci�n.
+ </p>
+
+ <p>
+ Por defecto todas las directivas
+ <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code>
+ son manejadas como si estuvieran contenidas en una directiva
+ <code class="directive"><a href="../mod/mod_authz_core.html#requireany"><RequireAny></a></code>.
+ En otras palabras, Si alguno de los m�todos de autorizaci�n
+ especificados tiene �xito, se concede la autorizaci�n.
+ </p>
- <h3><a name="reqaccessctrl" id="reqaccessctrl">Using authorization providers for access control</a></h3>
- <p>Authentication by username and password is only part of the
- story. Frequently you want to let people in based on something
- other than who they are. Something such as where they are
- coming from.</p>
-
- <p>The authorization providers <code>all</code>,
- <code>env</code>, <code>host</code> and <code>ip</code> let you
- allow or deny access based on other host based criteria such as
- host name or ip address of the machine requesting a
- document.</p>
-
- <p>The usage of these providers is specified through the
- <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code> directive.
- This directive registers the authorization providers
- that will be called during the authorization stage of the request
- processing. For example:</p>
+ <h3><a name="reqaccessctrl" id="reqaccessctrl">Uso de los proveedores de autorizaci�n para
+ el control de acceso</a></h3>
+
+ <p>
+ La autenticaci�n de nombre de usuario y contrase�a es s�lo parte
+ de toda la historia que conlleva el proceso. Frecuentemente quiere
+ dar acceso a la gente en base a algo m�s que lo que son.
+ Algo como de donde vienen.
+ </p>
+
+ <p>
+ Los proveedores de autorizaci�n <code>all</code>,
+ <code>env</code>, <code>host</code> y <code>ip</code>
+ te permiten denegar o permitir el acceso bas�ndose en otros
+ criterios como el nombre de la m�quina o la IP de la m�quina que
+ realiza la consulta para un documento.
+ </p>
+
+ <p>
+ El uso de estos proveedores se especifica a trav�s de la directiva
+ <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code>.
+ La directiva registra los proveedores de autorizaci�n que ser�n llamados
+ durante la solicitud de la fase del proceso de autorizaci�n. Por ejemplo:
+ </p>
<pre class="prettyprint lang-config">Require ip <var>address</var>
</pre>
- <p>where <var>address</var> is an IP address (or a partial IP
- address) or:</p>
+ <p>
+ Donde <var>address</var> es una direcci�n IP (o una direcci�n IP parcial)
+ o bien:
+ </p>
<pre class="prettyprint lang-config">Require host <var>domain_name</var>
</pre>
- <p>where <var>domain_name</var> is a fully qualified domain name
- (or a partial domain name); you may provide multiple addresses or
- domain names, if desired.</p>
-
- <p>For example, if you have someone spamming your message
- board, and you want to keep them out, you could do the
- following:</p>
+ <p>
+ Donde <var>domain_name</var> es el nombre completamente cualificado de un nombre
+ de dominio (FQDN) (o un nombre parcial del dominio);
+ puede proporcionar m�ltiples direcciones o nombres de dominio, si se desea.
+ </p>
+
+ <p>
+ Por ejemplo, si alguien env�a spam a su tabl�n de mensajes y desea
+ mantenerlos alejados, podr�a hacer lo siguiente:</p>
<pre class="prettyprint lang-config"><RequireAll>
Require all granted
@@ -557,9 +569,11 @@ Require group GroupName</pre>
</RequireAll></pre>
- <p>Visitors coming from that address will not be able to see
- the content covered by this directive. If, instead, you have a
- machine name, rather than an IP address, you can use that.</p>
+ <p>
+ Visitantes que vengan desde esa IP no ser�n capaces de ver el contenido
+ que cubre esta directiva. Si, en cambio, lo que se tiene es el nombre de
+ la m�quina, en vez de la direcci�n IP, podr�a usar:
+ </p>
<pre class="prettyprint lang-config"><RequireAll>
Require all granted
@@ -567,8 +581,11 @@ Require group GroupName</pre>
</RequireAll></pre>
- <p>And, if you'd like to block access from an entire domain,
- you can specify just part of an address or domain name:</p>
+ <p>
+ Y, si lo que se quiere es bloquear el acceso desde un determinado dominio
+ (bloquear el acceso desde el dominio entero), puede especificar parte
+ de la direcci�n o del propio dominio a bloquear:
+ </p>
<pre class="prettyprint lang-config"><RequireAll>
Require all granted
@@ -578,61 +595,88 @@ Require group GroupName</pre>
</RequireAll></pre>
- <p>Using <code class="directive"><a href="../mod/mod_authz_core.html#requireall"><RequireAll></a></code>
- with multiple <code class="directive"><a href="../mod/mod_authz_core.html#require"><Require></a></code> directives, each negated with <code>not</code>,
- will only allow access, if all of negated conditions are true. In other words,
- access will be blocked, if any of the negated conditions fails.</p>
+ <p>
+ Usando <code class="directive"><a href="../mod/mod_authz_core.html#requireall"><RequireAll></a></code>
+ con m�ltiples directivas <code class="directive"><a href="../mod/mod_authz_core.html#require"><Require></a></code>, cada una negada con un <code>not</code>,
+ S�lo permitir� el acceso, si todas las condiciones negadas son verdaderas.
+ En otras palabras, el acceso ser� bloqueado, si cualquiera de las condiciones
+ negadas fallara.
+ </p>
- <h3><a name="filesystem" id="filesystem">Access Control backwards compatibility</a></h3>
- <p>One of the side effects of adopting a provider based mechanism for
- authentication is that the previous access control directives
- <code class="directive"><a href="../mod/mod_access_compat.html#order">Order</a></code>,
- <code class="directive"><a href="../mod/mod_access_compat.html#allow">Allow</a></code>,
- <code class="directive"><a href="../mod/mod_access_compat.html#deny">Deny</a></code> and
- <code class="directive"><a href="../mod/mod_access_compat.html#satisfy">Satisfy</a></code> are no longer needed.
- However to provide backwards compatibility for older configurations, these
- directives have been moved to the <code class="module"><a href="../mod/mod_access_compat.html">mod_access_compat</a></code> module.</p>
-
- <div class="warning"><h3>Note</h3>
- <p>The directives provided by <code class="module"><a href="../mod/mod_access_compat.html">mod_access_compat</a></code> have
- been deprecated by <code class="module"><a href="../mod/mod_authz_host.html">mod_authz_host</a></code>.
- Mixing old directives like <code class="directive"><a href="../mod/mod_access_compat.html#order">Order</a></code>, <code class="directive"><a href="../mod/mod_access_compat.html#allow">Allow</a></code> or <code class="directive"><a href="../mod/mod_access_compat.html#deny">Deny</a></code> with new ones like
- <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code> is technically possible
- but discouraged. The <code class="module"><a href="../mod/mod_access_compat.html">mod_access_compat</a></code> module was created to support
- configurations containing only old directives to facilitate the 2.4 upgrade.
- Please check the <a href="../upgrading.html">upgrading</a> guide for more
- information.
+ <h3><a name="filesystem" id="filesystem">Compatibilidad de Control de Acceso con versiones
+ anteriores </a></h3>
+
+ <p>
+ Uno de los efectos secundarios de adoptar proveedores basados en
+ mecanismos de autenticaci�n es que las directivas anteriores
+ <code class="directive"><a href="../mod/mod_access_compat.html#order">Order</a></code>,
+ <code class="directive"><a href="../mod/mod_access_compat.html#allow">Allow</a></code>,
+ <code class="directive"><a href="../mod/mod_access_compat.html#deny">Deny</a></code> y
+ <code class="directive"><a href="../mod/mod_access_compat.html#satisfy">Satisfy</a></code> ya no son necesarias.
+ Sin embargo, para proporcionar compatibilidad con configuraciones antiguas,
+ estas directivas se han movido al m�dulo <code class="module"><a href="../mod/mod_access_compat.html">mod_access_compat</a></code>.
</p>
- </div>
-
+ <div class="warning"><h3>Nota:</h3>
+ <p>
+ Las directivas proporcionadas por <code class="module"><a href="../mod/mod_access_compat.html">mod_access_compat</a></code>
+ han quedado obsoletas por <code class="module"><a href="../mod/mod_authz_host.html">mod_authz_host</a></code>. Mezclar
+ directivas antiguas como
+ <code class="directive"><a href="../mod/mod_access_compat.html#order">Order</a></code>,
+ <code class="directive"><a href="../mod/mod_access_compat.html#allow">Allow</a></code> �
+ <code class="directive"><a href="../mod/mod_access_compat.html#deny">Deny</a></code> con las nuevas
+ como
+ <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code>
+ es t�cnicamente posible pero desaconsejable. El m�dulo
+ <code class="module"><a href="../mod/mod_access_compat.html">mod_access_compat</a></code> se cre� para soportar configuraciones
+ que contuvieran s�lo directivas antiguas para facilitar la actualizaci�n
+ a la versi�n 2.4.
+ Por favor revise la documentaci�n de
+ <a href="../upgrading.html">actualizaci�n</a> para m�s informaci�n al
+ respecto.
+ </p>
+ </div>
+
+
+ </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="socache" id="socache">Cache de Autenticaci�n</a></h2>
+ <p>
+ Puede haber momentos en que la autenticaci�n ponga una carga
+ inaceptable en el proveedor (de autenticaci�n) o en tu red.
+ Esto suele afectar a los usuarios de <code class="module"><a href="../mod/mod_authn_dbd.html">mod_authn_dbd</a></code>
+ (u otros proveedores de terceros/personalizados).
+ Para lidiar con este problema, HTTPD 2.3/2.4 introduce un nuevo proveedor
+ de cach� <code class="module"><a href="../mod/mod_authn_socache.html">mod_authn_socache</a></code> para cachear las credenciales
+ y reducir la carga en el proveedor(es) original.
+ </p>
+ <p>
+ Esto puede ofrecer un aumento de rendimiento sustancial para algunos usuarios.
+ </p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
-<h2><a name="socache" id="socache">Authentication Caching</a></h2>
- <p>There may be times when authentication puts an unacceptable load
- on a provider or on your network. This is most likely to affect users
- of <code class="module"><a href="../mod/mod_authn_dbd.html">mod_authn_dbd</a></code> (or third-party/custom providers).
- To deal with this, HTTPD 2.3/2.4 introduces a new caching provider
- <code class="module"><a href="../mod/mod_authn_socache.html">mod_authn_socache</a></code> to cache credentials and reduce
- the load on the origin provider(s).</p>
- <p>This may offer a substantial performance boost to some users.</p>
-</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
-<div class="section">
-<h2><a name="moreinformation" id="moreinformation">More information</a></h2>
- <p>You should also read the documentation for
- <code class="module"><a href="../mod/mod_auth_basic.html">mod_auth_basic</a></code> and <code class="module"><a href="../mod/mod_authz_host.html">mod_authz_host</a></code>
- which contain some more information about how this all works. The
- directive <code class="directive"><a href="../mod/mod_authn_core.html#authnprovideralias"><AuthnProviderAlias></a></code> can also help
- in simplifying certain authentication configurations.</p>
-
- <p>The various ciphers supported by Apache for authentication data are
- explained in <a href="../misc/password_encryptions.html">Password
- Encryptions</a>.</p>
+<h2><a name="moreinformation" id="moreinformation">M�s informaci�n</a></h2>
+
+ <p>
+ Tambi�n deber�a leer la documentaci�n para
+ <code class="module"><a href="../mod/mod_auth_basic.html">mod_auth_basic</a></code> y <code class="module"><a href="../mod/mod_authz_host.html">mod_authz_host</a></code>
+ la cu�l contiene m�s informaci�n de como funciona todo esto.
+ La directiva <code class="directive"><a href="../mod/mod_authn_core.html#authnprovideralias"><AuthnProviderAlias></a></code> puede tambi�n ayudar
+ a la hora de simplificar ciertas configuraciones de autenticaci�n.
+ </p>
+
+ <p>
+ Los diferentes algoritmos de cifrado que est�n soportados por Apache
+ para la autenticaci�n se explican en
+ <a href="../misc/password_encryptions.html">Cifrado de Contrase�as</a>.
+ </p>
- <p>And you may want to look at the <a href="access.html">Access
- Control</a> howto, which discusses a number of related topics.</p>
+ <p>
+ Y tal vez quiera ojear la documentaci�n de "how to"
+ <a href="access.html">Control de Acceso</a> donde se mencionan temas
+ relacionados.</p>
</div></div>
<div class="bottomlang">
Modified: httpd/httpd/trunk/docs/manual/howto/auth.xml.es
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/howto/auth.xml.es?rev=1767853&r1=1767852&r2=1767853&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/howto/auth.xml.es [utf-8] (original)
+++ httpd/httpd/trunk/docs/manual/howto/auth.xml.es [utf-8] Thu Nov 3 10:31:16 2016
@@ -1,7 +1,7 @@
<?xml version='1.0' encoding='UTF-8' ?>
<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.es.xsl"?>
-<!-- English Revision: 1738333 $ -->
+<!-- English Revision: 1766314 $ -->
<!-- Translated by: Luis Gil de Bernab� Pfeiffer lgilbernabe [AT] apache.org-->
<!-- Reviewed by: Sergio Ramos -->
<!--
@@ -469,81 +469,93 @@ Require valid-user
<section id="authandororder"><title>Aplicando la l�gica y ordenaci�n</title>
<p>Controlar el c�mo y en qu� orden se va a aplicar la autorizaci�n ha
- sido un misterio en el pasado. En Apache 2.2 un proveedior de autenticaci�n
- C
+ sido un misterio en el pasado. En Apache 2.2 un proveedor del
+ mecanismo de autenticaci�n fue introducido para disociar el proceso actual
+ de autenticaci�n y soportar funcionalidad.
+ Uno de los beneficios secundarios fue que los proveedores de autenticaci�n
+ pod�an ser configurados y llamados en un orden especifico que no dependieran
+ en el orden de carga del propio modulo.
+ Este proveedor de dicho mecanismo, ha sido introducido en la autorizaci�n
+ tambi�n. Lo que esto significa es que la directiva
+ <directive module="mod_authz_core">Require</directive>
+ no s�lo especifica que m�todo de autorizaci�n deber� ser usado, si no
+ tambi�n especifica el orden en que van a ser llamados. M�ltiples
+ m�todos de autorizaci�n son llamados en el mismo orden en que la directiva
+ <directive module="mod_authz_core">Require</directive> aparece en la
+ configuraci�n.
+ </p>
- In Apache 2.2 a provider-based
- authentication mechanism was introduced to decouple the actual
- authentication process from authorization and supporting functionality.
- One of the side benefits was that authentication providers could be
- configured and called in a specific order which didn't depend on the
- load order of the auth module itself. This same provider based mechanism
- has been brought forward into authorization as well. What this means is
- that the <directive module="mod_authz_core">Require</directive> directive
- not only specifies which authorization methods should be used, it also
- specifies the order in which they are called. Multiple authorization
- methods are called in the same order in which the
- <directive module="mod_authz_core">Require</directive> directives
- appear in the configuration.</p>
-
- <p>With the introduction of authorization container directives
- such as
- <directive module="mod_authz_core" type="section">RequireAll</directive>
- and
- <directive module="mod_authz_core" type="section">RequireAny</directive>,
- the configuration also has control over when the
- authorization methods are called and what criteria determines when
- access is granted. See
- <a href="../mod/mod_authz_core.html#logic">Authorization Containers</a>
- for an example of how they may be used to express complex
- authorization logic.</p>
-
- <p>By default all
- <directive module="mod_authz_core">Require</directive>
- directives are handled as though contained within a
- <directive module="mod_authz_core" type="section">RequireAny</directive>
- container directive. In other words, if
- any of the specified authorization methods succeed, then authorization
- is granted.</p>
+ <p>
+ Con la Introducci�n del contenedor de directivas de autorizaci�n tales como
+ <directive module="mod_authz_core" type="section">RequireAll</directive>
+ y
+ <directive module="mod_authz_core" type="section">RequireAny</directive>,
+ La configuraci�n tambi�n tiene control sobre cu�ndo se llaman a los m�todos
+ de autorizaci�n y qu� criterios determinan cu�ndo se concede el acceso.
+ Vease
+ <a href="../mod/mod_authz_core.html#logic">Contenedores de autorizaci�n</a>
+ Para un ejemplo de c�mo pueden ser utilizados para expresar una l�gica
+ m�s compleja de autorizaci�n.
+ </p>
+
+ <p>
+ Por defecto todas las directivas
+ <directive module="mod_authz_core">Require</directive>
+ son manejadas como si estuvieran contenidas en una directiva
+ <directive module="mod_authz_core" type="section">RequireAny</directive>.
+ En otras palabras, Si alguno de los m�todos de autorizaci�n
+ especificados tiene �xito, se concede la autorizaci�n.
+ </p>
</section>
- <section id="reqaccessctrl"><title>Using authorization providers for access control</title>
- <p>Authentication by username and password is only part of the
- story. Frequently you want to let people in based on something
- other than who they are. Something such as where they are
- coming from.</p>
-
- <p>The authorization providers <code>all</code>,
- <code>env</code>, <code>host</code> and <code>ip</code> let you
- allow or deny access based on other host based criteria such as
- host name or ip address of the machine requesting a
- document.</p>
-
- <p>The usage of these providers is specified through the
- <directive module="mod_authz_core">Require</directive> directive.
- This directive registers the authorization providers
- that will be called during the authorization stage of the request
- processing. For example:</p>
+ <section id="reqaccessctrl"><title>Uso de los proveedores de autorizaci�n para
+ el control de acceso</title>
+
+ <p>
+ La autenticaci�n de nombre de usuario y contrase�a es s�lo parte
+ de toda la historia que conlleva el proceso. Frecuentemente quiere
+ dar acceso a la gente en base a algo m�s que lo que son.
+ Algo como de donde vienen.
+ </p>
+
+ <p>
+ Los proveedores de autorizaci�n <code>all</code>,
+ <code>env</code>, <code>host</code> y <code>ip</code>
+ te permiten denegar o permitir el acceso bas�ndose en otros
+ criterios como el nombre de la m�quina o la IP de la m�quina que
+ realiza la consulta para un documento.
+ </p>
+
+ <p>
+ El uso de estos proveedores se especifica a trav�s de la directiva
+ <directive module="mod_authz_core">Require</directive>.
+ La directiva registra los proveedores de autorizaci�n que ser�n llamados
+ durante la solicitud de la fase del proceso de autorizaci�n. Por ejemplo:
+ </p>
<highlight language="config">
Require ip <var>address</var>
</highlight>
- <p>where <var>address</var> is an IP address (or a partial IP
- address) or:</p>
+ <p>
+ Donde <var>address</var> es una direcci�n IP (o una direcci�n IP parcial)
+ o bien:
+ </p>
<highlight language="config">
Require host <var>domain_name</var>
</highlight>
- <p>where <var>domain_name</var> is a fully qualified domain name
- (or a partial domain name); you may provide multiple addresses or
- domain names, if desired.</p>
-
- <p>For example, if you have someone spamming your message
- board, and you want to keep them out, you could do the
- following:</p>
+ <p>
+ Donde <var>domain_name</var> es el nombre completamente cualificado de un nombre
+ de dominio (FQDN) (o un nombre parcial del dominio);
+ puede proporcionar m�ltiples direcciones o nombres de dominio, si se desea.
+ </p>
+
+ <p>
+ Por ejemplo, si alguien env�a spam a su tabl�n de mensajes y desea
+ mantenerlos alejados, podr�a hacer lo siguiente:</p>
<highlight language="config">
<RequireAll>
@@ -552,9 +564,11 @@ Require host <var>domain_name</var>
</RequireAll>
</highlight>
- <p>Visitors coming from that address will not be able to see
- the content covered by this directive. If, instead, you have a
- machine name, rather than an IP address, you can use that.</p>
+ <p>
+ Visitantes que vengan desde esa IP no ser�n capaces de ver el contenido
+ que cubre esta directiva. Si, en cambio, lo que se tiene es el nombre de
+ la m�quina, en vez de la direcci�n IP, podr�a usar:
+ </p>
<highlight language="config">
<RequireAll>
@@ -563,8 +577,11 @@ Require host <var>domain_name</var>
</RequireAll>
</highlight>
- <p>And, if you'd like to block access from an entire domain,
- you can specify just part of an address or domain name:</p>
+ <p>
+ Y, si lo que se quiere es bloquear el acceso desde un determinado dominio
+ (bloquear el acceso desde el dominio entero), puede especificar parte
+ de la direcci�n o del propio dominio a bloquear:
+ </p>
<highlight language="config">
<RequireAll>
@@ -575,66 +592,90 @@ Require host <var>domain_name</var>
</RequireAll>
</highlight>
- <p>Using <directive module="mod_authz_core" type="section">RequireAll</directive>
- with multiple <directive module="mod_authz_core"
- type="section">Require</directive> directives, each negated with <code>not</code>,
- will only allow access, if all of negated conditions are true. In other words,
- access will be blocked, if any of the negated conditions fails.</p>
+ <p>
+ Usando <directive module="mod_authz_core" type="section">RequireAll</directive>
+ con m�ltiples directivas <directive module="mod_authz_core"
+ type="section">Require</directive>, cada una negada con un <code>not</code>,
+ S�lo permitir� el acceso, si todas las condiciones negadas son verdaderas.
+ En otras palabras, el acceso ser� bloqueado, si cualquiera de las condiciones
+ negadas fallara.
+ </p>
</section>
- <section id="filesystem"><title>Access Control backwards compatibility</title>
- <p>One of the side effects of adopting a provider based mechanism for
- authentication is that the previous access control directives
- <directive module="mod_access_compat">Order</directive>,
- <directive module="mod_access_compat">Allow</directive>,
- <directive module="mod_access_compat">Deny</directive> and
- <directive module="mod_access_compat">Satisfy</directive> are no longer needed.
- However to provide backwards compatibility for older configurations, these
- directives have been moved to the <module>mod_access_compat</module> module.</p>
-
- <note type="warning"><title>Note</title>
- <p>The directives provided by <module>mod_access_compat</module> have
- been deprecated by <module>mod_authz_host</module>.
- Mixing old directives like <directive
- module="mod_access_compat">Order</directive>, <directive
- module="mod_access_compat">Allow</directive> or <directive
- module="mod_access_compat">Deny</directive> with new ones like
- <directive module="mod_authz_core">Require</directive> is technically possible
- but discouraged. The <module>mod_access_compat</module> module was created to support
- configurations containing only old directives to facilitate the 2.4 upgrade.
- Please check the <a href="../upgrading.html">upgrading</a> guide for more
- information.
+ <section id="filesystem"><title>Compatibilidad de Control de Acceso con versiones
+ anteriores </title>
+
+ <p>
+ Uno de los efectos secundarios de adoptar proveedores basados en
+ mecanismos de autenticaci�n es que las directivas anteriores
+ <directive module="mod_access_compat">Order</directive>,
+ <directive module="mod_access_compat">Allow</directive>,
+ <directive module="mod_access_compat">Deny</directive> y
+ <directive module="mod_access_compat">Satisfy</directive> ya no son necesarias.
+ Sin embargo, para proporcionar compatibilidad con configuraciones antiguas,
+ estas directivas se han movido al m�dulo <module>mod_access_compat</module>.
</p>
- </note>
- </section>
+ <note type="warning"><title>Nota:</title>
+ <p>
+ Las directivas proporcionadas por <module>mod_access_compat</module>
+ han quedado obsoletas por <module>mod_authz_host</module>. Mezclar
+ directivas antiguas como
+ <directive module="mod_access_compat">Order</directive>,
+ <directive module="mod_access_compat">Allow</directive> �
+ <directive module="mod_access_compat">Deny</directive> con las nuevas
+ como
+ <directive module="mod_authz_core">Require</directive>
+ es t�cnicamente posible pero desaconsejable. El m�dulo
+ <module>mod_access_compat</module> se cre� para soportar configuraciones
+ que contuvieran s�lo directivas antiguas para facilitar la actualizaci�n
+ a la versi�n 2.4.
+ Por favor revise la documentaci�n de
+ <a href="../upgrading.html">actualizaci�n</a> para m�s informaci�n al
+ respecto.
+ </p>
+ </note>
+ </section>
+
+ </section>
+
+<section id="socache"><title>Cache de Autenticaci�n</title>
+ <p>
+ Puede haber momentos en que la autenticaci�n ponga una carga
+ inaceptable en el proveedor (de autenticaci�n) o en tu red.
+ Esto suele afectar a los usuarios de <module>mod_authn_dbd</module>
+ (u otros proveedores de terceros/personalizados).
+ Para lidiar con este problema, HTTPD 2.3/2.4 introduce un nuevo proveedor
+ de cach� <module>mod_authn_socache</module> para cachear las credenciales
+ y reducir la carga en el proveedor(es) original.
+ </p>
+ <p>
+ Esto puede ofrecer un aumento de rendimiento sustancial para algunos usuarios.
+ </p>
</section>
-<section id="socache"><title>Authentication Caching</title>
- <p>There may be times when authentication puts an unacceptable load
- on a provider or on your network. This is most likely to affect users
- of <module>mod_authn_dbd</module> (or third-party/custom providers).
- To deal with this, HTTPD 2.3/2.4 introduces a new caching provider
- <module>mod_authn_socache</module> to cache credentials and reduce
- the load on the origin provider(s).</p>
- <p>This may offer a substantial performance boost to some users.</p>
-</section>
+<section id="moreinformation"><title>M�s informaci�n</title>
-<section id="moreinformation"><title>More information</title>
- <p>You should also read the documentation for
- <module>mod_auth_basic</module> and <module>mod_authz_host</module>
- which contain some more information about how this all works. The
- directive <directive type="section"
- module="mod_authn_core">AuthnProviderAlias</directive> can also help
- in simplifying certain authentication configurations.</p>
-
- <p>The various ciphers supported by Apache for authentication data are
- explained in <a href="../misc/password_encryptions.html">Password
- Encryptions</a>.</p>
+ <p>
+ Tambi�n deber�a leer la documentaci�n para
+ <module>mod_auth_basic</module> y <module>mod_authz_host</module>
+ la cu�l contiene m�s informaci�n de como funciona todo esto.
+ La directiva <directive type="section"
+ module="mod_authn_core">AuthnProviderAlias</directive> puede tambi�n ayudar
+ a la hora de simplificar ciertas configuraciones de autenticaci�n.
+ </p>
+
+ <p>
+ Los diferentes algoritmos de cifrado que est�n soportados por Apache
+ para la autenticaci�n se explican en
+ <a href="../misc/password_encryptions.html">Cifrado de Contrase�as</a>.
+ </p>
- <p>And you may want to look at the <a href="access.html">Access
- Control</a> howto, which discusses a number of related topics.</p>
+ <p>
+ Y tal vez quiera ojear la documentaci�n de "how to"
+ <a href="access.html">Control de Acceso</a> donde se mencionan temas
+ relacionados.</p>
</section>