httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From n.@apache.org
Subject svn commit: r161768 [2/3] - httpd/httpd/branches/2.0.x/docs/manual/mod/core.xml.es
Date Mon, 18 Apr 2005 15:43:01 GMT

Added: httpd/httpd/branches/2.0.x/docs/manual/mod/core.xml.es
URL: http://svn.apache.org/viewcvs/httpd/httpd/branches/2.0.x/docs/manual/mod/core.xml.es?view=auto&rev=161768
==============================================================================
--- httpd/httpd/branches/2.0.x/docs/manual/mod/core.xml.es (added)
+++ httpd/httpd/branches/2.0.x/docs/manual/mod/core.xml.es Mon Apr 18 08:43:00 2005
@@ -0,0 +1,3382 @@
+<?xml version="1.0"?>
+<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
+<?xml-stylesheet type="text/xsl" href="../style/manual.es.xsl"?>
+<!-- English Revision: 151420 -->
+
+<!-- 
+ Copyright 2005 The Apache Software Foundation or it licensors,
+ as applicable.
+
+ Licensed under the Apache License, Version 2.0 (the "License");
+ you may not use this file except in compliance with the License.
+ You may obtain a copy of the License at
+
+     http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+<modulesynopsis metafile="core.xml.meta">
+
+<name>core</name>
+<description>Funcionalidades b&#225;sicas del servidor HTTP Apache que
+est&#225;n siempre presentes</description>
+<status>Core</status>
+
+<directivesynopsis>
+<name>AcceptPathInfo</name>
+<description>Especifica si los recursos aceptan informaci&#243;n de
+path a&#241;adida (trailing pathname information)</description>
+<syntax>AcceptPathInfo On|Off|Default</syntax>
+<default>AcceptPathInfo Default</default>
+<contextlist><context>server config</context>
+<context>virtual host</context><context>directory</context>
+<context>.htaccess</context></contextlist>
+<override>FileInfo</override>
+<compatibility>Disponible en la versiones de Apache 2.0.30 y posteriores</compatibility>
+
+<usage>
+
+    <p>Esta directiva controla si las peticiones que contienen
+    informaci&#243;n de path a&#241;adida (trailing pathname
+    information) a continuaci&#243;n de un nombre de fichero existente
+    (o no existente en un directorio que s&#237; existe) ser&#225;n
+    aceptadas o rechazadas. La informaci&#243;n de path a&#241;adida
+    (trailing pathname information) puede pasarse a los scripts en la
+    variable de entorno <code>PATH_INFO</code>.</p>
+
+    <p>Por ejemplo, suponga que la ubicaci&#243;n <code>/test/</code>
+    se refiere a un directorio que contiene un &#250;nico fichero:
+    <code>here.html</code>.  Entonces, tanto las peticiones a
+    <code>/test/here.html/more</code> como las peticiones a
+    <code>/test/nothere.html/more</code> toman <code>/more</code> como
+    <code>PATH_INFO</code>.</p>
+
+    <p>Los tres argumentos que puede tomar la directiva
+    <directive>AcceptPathInfo</directive> son:</p>
+    <dl>
+    <dt><code>Off</code></dt><dd>Una petici&#243;n ser&#225; aceptada
+    solamente si se refiere literalmente a una ruta que existe.  Por
+    tanto, una petici&#243;n con informaci&#243;n de path a&#241;adida
+    (trailing pathname information) despu&#233;s de un nombre de
+    fichero que existe, del tipo <code>/test/here.html/more</code>
+    como en el ejemplo de arriba, devolver&#225; el mensaje de error
+    404 NOT FOUND.</dd>
+
+    <dt><code>On</code></dt><dd>Una petici&#243;n ser&#225; aceptada
+    si la componente anterior a la informaci&#243;n de path
+    a&#241;adida (trailing pathname information) se refiere a un
+    fichero que existe.  El ejemplo de arriba
+    <code>/test/here.html/more</code> ser&#225; aceptado si
+    <code>/test/here.html</code> se refiere a un fichero
+    v&#225;lido.</dd>
+
+    <dt><code>Default</code></dt><dd>El tratamiento de las peticiones
+    con informaci&#243;n de path a&#241;adida (trailing pathname
+    information) est&#225; determinado por el <a
+    href="../handler.html">handler</a> responsable de la
+    petici&#243;n.  El handler b&#225;sico para ficheros normales
+    rechaza por defecto las peticiones de <code>PATH_INFO</code>. Los
+    handlers que sirven scripts, como <a
+    href="mod_cgi.html">cgi-script</a> e <a
+    href="mod_isapi.html">isapi-isa</a>, generalmente aceptan
+    <code>PATH_INFO</code> por defecto.</dd>
+    </dl>
+
+    <p>El prop&#243;sito principal de la directiva
+    <code>AcceptPathInfo</code> es permitirle hacer prevalecer su
+    propio criterio sobre el del handler acerca de si se debe aceptar
+    o rechazar <code>PATH_INFO</code>. Esto es necesario por ejemplo,
+    cuando use un <a href="../filter.html">filtro</a>, como <a
+    href="mod_include.html">INCLUDES</a>, para generar contenido
+    basado en <code>PATH_INFO</code>.  El handler b&#225;sico
+    rechazar&#237;a normalmente la petici&#243;n. Puede usar la
+    siguiente configuraci&#243;n para activar dicho script:</p>
+
+    <example>
+      &lt;Files "mypaths.shtml"&gt;<br />
+      <indent>
+        Options +Includes<br />
+        SetOutputFilter INCLUDES<br />
+        AcceptPathInfo On<br />
+      </indent>
+      &lt;/Files&gt;
+    </example>
+
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>AccessFileName</name>
+<description>Nombre del fichero de configuraci&#243;n distribuida</description>
+<syntax>AccessFileName <var>filename</var> [<var>filename</var>] ...</syntax>
+<default>AccessFileName .htaccess</default>
+<contextlist><context>server config</context><context>virtual host</context>
+</contextlist>
+
+<usage>
+    <p>Durante el procesamiento de una petici&#243;n el servidor busca
+    el primer fichero de configuraci&#243;n de esta lista de nombres
+    en cada directorio de la ruta del documento, siempre y cuando los
+    ficheros de configuraci&#243;n distribuida est&#233;n <a
+    href="#allowoverride">activados para ese directorio</a>. Por
+    ejemplo:</p>
+
+    <example>
+      AccessFileName .acl
+    </example>
+
+    <p>Antes de devolver el documento
+    <code>/usr/local/web/index.html</code>, el servidor leer&#225;
+    <code>/.acl</code>, <code>/usr/.acl</code>,
+    <code>/usr/local/.acl</code> y <code>/usr/local/web/.acl</code>
+    buscando directivas, a menos que hayan sido desactivados con</p>
+
+    <example>
+      &lt;Directory /&gt;<br />
+      <indent>
+        AllowOverride None<br />
+      </indent>
+      &lt;/Directory&gt;
+    </example>
+</usage>
+<seealso><directive module="core">AllowOverride</directive></seealso>
+<seealso><a href="../configuring.html">Ficheros de Configuraci&#243;n</a></seealso>
+<seealso><a href="../howto/htaccess.html">Ficheros .htaccess</a></seealso>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>AddDefaultCharset</name>
+<description>Par&#225;metro del conjunto de caracteres que se
+a&#241;ade cuando el tipo de contenido de una respuesta es
+<code>text/plain</code> o <code>text/html</code></description>
+<syntax>AddDefaultCharset On|Off|<var>charset</var></syntax>
+<default>AddDefaultCharset Off</default>
+<contextlist><context>server config</context>
+<context>virtual host</context><context>directory</context>
+<context>.htaccess</context></contextlist>
+<override>FileInfo</override>
+
+<usage>
+    <p>Esta directiva especifica un valor por defecto para el
+    par&#225;metro del conjunto de caracteres que se a&#241;ade
+    a&#241;ade si solo si el tipo de contenido de una respuesta es
+    <code>text/plain</code> o <code>text/html</code>. EL valor
+    pecificado en esta directiva no prevalecer&#225; si cualquier otro
+    conjunto de caracteres es especificado en el cuerpo del documento
+    por medio de una etiqueta <code>META</code>, aunque a menudo, el
+    comportamiento exacto est&#225; determinado por la
+    configuraci&#243;n del cliente. Si se especifica
+    <code>AddDefaultCharset Off</code>, se desactiva esta
+    funcionalidad. <code>AddDefaultCharset On</code> activa el uso del
+    conjunto de caracteres por defecto interno de Apache,
+    <code>iso-8859-1</code>. Cualquier otro valor se asume que es el
+    <var>charset</var> a usar, que ser&#225; uno los <a
+    href="http://www.iana.org/assignments/character-sets">registrados
+    por la IANA</a> como tipos MIME. Por ejemplo:</p>
+
+    <example>
+      AddDefaultCharset utf-8
+    </example>
+
+    <p><directive>AddDefaultCharset</directive> debe ser usada solo
+    cuando todos los recursos de texto a los que se aplican se saben
+    que usan un determiando conjunto de caracteres (character
+    encoding) y no es conveniente etiquetar los documentos
+    individualmente. Un ejemplo es su uso en recursos que contienen
+    contenido generado, como CGIs antiguos, que puede ser vulnerables
+    a ataques debidos a que se incluye en el resultado datos
+    suministrados por el usuario. Tenga en cuenta, sin embargo, que
+    una mejor soluci&#243;n es simplemente modificar (o borrar) esos
+    scripts, porque especificar un conjunto de caracteres por defecto
+    no protege a los usuarios que tengan activada en su navegador la
+    opci&#243;n "auto-detect character encoding".</p>
+</usage>
+<seealso><directive module="mod_mime">AddCharset</directive></seealso>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>AddOutputFilterByType</name> 
+<description>Asigna un filtro de
+salida a un tipo MIME en particular</description>
+<syntax>AddOutputFilterByType <var>filter</var>[;<var>filter</var>...]
+<var>MIME-type</var> [<var>MIME-type</var>] ...</syntax>
+<contextlist><context>server config</context> <context>virtual
+host</context><context>directory</context>
+<context>.htaccess</context></contextlist>
+<override>FileInfo</override> 
+<compatibility>Disponible en las
+versiones de Apache 2.0.33 y posteriores</compatibility>
+
+<usage>
+    <p>Esta directiva activa un <a href="../filter.html">filtro</a> de
+    salida en particular para las peticiones en funci&#243;n del tipo
+    MIME de la respuesta.</p>
+
+    <p>El siguiente ejemplo usa el filtro <code>DEFLATE</code>, del
+    m&#243;dulo <module>mod_deflate</module>. Este filtro comprime la
+    parte de la respuesta de la petici&#243;n (ya sea est&#225;tica o
+    din&#225;mica) que est&#233; etiquetada como
+    <code>text/html</code> o <code>text/plain</code> antes de ser
+    enviada al cliente.</p>
+
+    <example>
+      AddOutputFilterByType DEFLATE text/html text/plain
+    </example>
+
+    <p>Si quiere que los contenidos sean procesados por m&#225;s de un
+    filtro, debe separar sus nombres con puntos y comas
+    (;). Tamb&#233;n es posible usar la directiva
+    <directive>AddOutputFilterByType</directive> para cada uno de los
+    filtros.</p>
+
+    <p>La configuraci&#243;n que se muestra m&#225;s abajo hace que
+    todos los scripts etiquetados como <code>text/html</code> sean
+    procesados primero por el filtro <code>INCLUDES</code> y
+    posteriormente por el filtro <code>DEFLATE</code>.</p>
+
+    <example>
+    &lt;Location /cgi-bin/&gt;<br />
+    <indent>
+      Options Includes<br />
+      AddOutputFilterByType INCLUDES;DEFLATE text/html<br />
+    </indent>
+    &lt;/Location&gt;
+    </example>
+
+    <note type="warning"><title>Nota</title> <p>Activar filtros con la
+      directiva <directive>AddOutputFilterByType</directive> puede no
+      funcionar parcial o totalmente. Por ejemplo, no se aplica
+      ning&#250;n filtro si es posible determinar el tipo MIME y se
+      aplica en su lugar <directive
+      module="core">DefaultType</directive>, incluso si el <directive
+      module="core">DefaultType</directive> es el mismo.</p>
+
+      <p>Si quiere estar seguro de que se apliquen los filtros, asigne
+      el tipo de contenido a un recurso expl&#237;citamente, por ejemplo
+      con la directiva <directive
+      module="mod_mime">AddType</directive> o con <directive
+      module="core">ForceType</directive>. Determinar el tipo de
+      contenido dentro de un script CGI (que no sea del tipo nph)
+      tambi&#233;n es seguro.</p>
+
+      <p>Los filtros de salida por tipo no se aplican nunca en
+      peticiones proxy.</p>
+    </note>
+</usage>
+
+<seealso><directive module="mod_mime">AddOutputFilter</directive></seealso>
+<seealso><directive module="core">SetOutputFilter</directive></seealso>
+<seealso><a href="../filter.html">Filtros</a></seealso>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>AllowEncodedSlashes</name>
+<description>Determina si se acepta el uso de separadores de
+ubicaci&#243;n codificados en las URLs</description>
+<syntax>AllowEncodedSlashes On|Off</syntax>
+<default>AllowEncodedSlashes Off</default>
+<contextlist><context>server config</context><context>virtual host</context>
+</contextlist>
+<compatibility>Disponible en las versines de Apache 2.0.46 y posteriores</compatibility>
+
+<usage>
+    <p>La directiva <directive>AllowEncodedSlashes</directive>
+    perimite usar URLs que contienen separadores de ubicaci&#243;n
+    codificados (<code>%2F</code> para <code>/</code> y 
+    <code>%5C</code> para <code>\</code> en funci&#243;n del
+    sistema). Normalmente, tales URLs se rechazan y se devuelve un
+    mensaje de error 404 (Not found).</p>
+
+    <p>Especificar el valor <code>On</code> en la directiva
+    <directive>AllowEncodedSlashes</directive> es &#250;til sobre todo
+    cuando se usa junto con <code>PATH_INFO</code>.</p>
+
+    <note><title>Nota</title> <p>Permitir barras codificadas
+      <em>no</em> implica su <em>decodificado</em>.  La aparici&#243;n
+      de <code>%2F</code> o <code>%5C</code> (seg&#250;n el sistemas
+      de que se trate) se dejar&#225; como tal en la cadena de
+      caracteres que conforma la de otra manera URL decodificada.</p>
+    </note>
+</usage>
+<seealso><directive module="core">AcceptPathInfo</directive></seealso>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>AllowOverride</name>
+<description>Tipos de directivas que cuyo uso est&#225; permitido en los ficheros <code>.htaccess</code></description>
+<syntax>AllowOverride All|None|<var>directive-type</var>
+[<var>directive-type</var>] ...</syntax>
+<default>AllowOverride All</default>
+<contextlist><context>directory</context></contextlist>
+
+<usage>
+    <p>Cuando el servidor encuentra un fichero <code>.htaccess</code>
+    (como se explica en la directiva <directive
+    module="core">AccessFileName</directive>) es necesario saber que
+    directivas presentes en ese fichero pueden prevalecer sobre
+    las directivas de configuraci&#243;n previas.</p>
+
+    <note><title>Solamente disponible en las secciones
+    &lt;Directory&gt;</title>
+    
+    <directive>AllowOverride</directive> puede usarse solo en las
+    secciones <directive type="section"
+    module="core">Directory</directive> especificadas sin expresiones
+    regulares, nunca en las secciones <directive type="section"
+    module="core">Location</directive>, <directive module="core"
+    type="section">DirectoryMatch</directive> o <directive
+    type="section" module="core">Files</directive>.
+    </note>
+
+    <p>Cuando el valor de esta directiva es <code>None</code>,
+    entonces los ficheros <a href="#accessfilename">.htaccess</a> son
+    ignorados completamente. En ese caso, el servidor ni siquiera
+    intentar&#225; leer los archivos <code>.htaccess</code>
+    existentes.</p>
+
+    <p>Cuando el valor especificado en esta directiva es
+    <code>All</code>, entonces cualquier directiva que tenga <a
+    href="directive-dict.html#Context">Context</a> .htaccess puede ser
+    usada en los ficheros <code>.htaccess</code>.</p>
+
+    <p>El <var>tipo de directiva</var> puede ser uno de los siguientes
+    grupos de directivas.</p>
+
+    <dl>
+      <dt>AuthConfig</dt>
+
+      <dd>
+
+      Permite usar directivas de autentificaci&#243;n (<directive
+      module="mod_auth_dbm">AuthDBMGroupFile</directive>, <directive
+      module="mod_auth_dbm">AuthDBMUserFile</directive>, <directive
+      module="mod_auth">AuthGroupFile</directive>, <directive
+      module="core">AuthName</directive>, <directive
+      module="core">AuthType</directive>, <directive
+      module="mod_auth">AuthUserFile</directive>, <directive
+      module="core">Require</directive>, <em>etc.</em>).</dd>
+
+      <dt>FileInfo</dt>
+
+      <dd>
+      Permite usar directivas que controlan los tipos de documento
+      (<directive module="core">DefaultType</directive>, <directive
+      module="core">ErrorDocument</directive>, <directive
+      module="core">ForceType</directive>, <directive
+      module="mod_negotiation">LanguagePriority</directive>,
+      <directive module="core">SetHandler</directive>, <directive
+      module="core">SetInputFilter</directive>, <directive
+      module="core">SetOutputFilter</directive>, y
+      <module>mod_mime</module> las directivas Add* y Remove*,
+      <em>etc.</em>).</dd>
+
+      <dt>Indexes</dt>
+
+      <dd>
+      Permite el uso de directivas que controlan el indexado de
+      directorios (<directive
+      module="mod_autoindex">AddDescription</directive>, <directive
+      module="mod_autoindex">AddIcon</directive>, <directive
+      module="mod_autoindex">AddIconByEncoding</directive>, <directive
+      module="mod_autoindex">AddIconByType</directive>, <directive
+      module="mod_autoindex">DefaultIcon</directive>, <directive
+      module="mod_dir">DirectoryIndex</directive>, <directive
+      module="mod_autoindex">FancyIndexing</directive>, <directive
+      module="mod_autoindex">HeaderName</directive>, <directive
+      module="mod_autoindex">IndexIgnore</directive>, <directive
+      module="mod_autoindex">IndexOptions</directive>, <directive
+      module="mod_autoindex">ReadmeName</directive>,
+      <em>etc.</em>).</dd>
+
+      <dt>Limit</dt>
+
+      <dd>
+      Permite el uso de directivas que controlan el acceso al host
+      (<directive module="mod_access">Allow</directive>, <directive
+      module="mod_access">Deny</directive> y <directive
+      module="mod_access">Order</directive>).</dd>
+
+      <dt>Options</dt>
+
+      <dd>
+      Permite usar directivas que controlan funcionalidades
+      espec&#237;ficas de directorios (<directive
+      module="core">Options</directive> y <directive
+      module="mod_include">XBitHack</directive>).</dd>
+    </dl>
+
+    <p>Ejemplo:</p>
+
+    <example>
+      AllowOverride AuthConfig Indexes
+    </example>
+
+    <p>En el ejemplo de arriba todas las directivas que no est&#225;n
+    en el grupo <code>AuthConfig</code> ni en el grupo
+    <code>Indexes</code> provocan un error interno del servidor.</p>
+</usage>
+
+<seealso><directive module="core">AccessFileName</directive></seealso>
+<seealso><a href="../configuring.html">Ficheros de
+Configuraci&#243;n</a></seealso>
+<seealso><a href="../howto/htaccess.html">Ficheros .htaccess</a></seealso>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>AuthName</name>
+<description>&#65;mbito de autorizaci&#243;n para su uso en
+autentificaci&#243;n HTTP</description>
+<syntax>AuthName <var>auth-domain</var></syntax>
+<contextlist><context>directory</context><context>.htaccess</context>
+</contextlist>
+<override>AuthConfig</override>
+
+<usage>
+    <p>Esta directiva especifica el nombre de dominio que se muestra
+     al solicitar autorizaci&#243;n para acceder a un directorio. Este
+     nombre de dominio se muestra al cliente para que el usuario sepa
+     qu&#233; nombre de usuario y contrase&#241;a ha de introducir.
+     <directive>AuthName</directive> toma solamente un argumento; si
+     el nombre de dominio contiene alg&#250;n espacio, debe escribirse
+     entre comillas. Para que funcione correctamente, esta directiva
+     debe usarse junto con las directivas <directive
+     module="core">AuthType</directive> y <directive
+     module="core">Require</directive>, y con directivas como
+     <directive module="mod_auth">AuthUserFile</directive> y
+     <directive module="mod_auth">AuthGroupFile</directive>.</p>
+
+   <p>Por ejemplo:</p>
+
+   <example>
+     AuthName "Top Secret"
+   </example>
+
+    <p>La cadena de caracteres que se especifique como valor de
+    <code>AuthName</code> ser&#225; lo que aparecer&#225; en el cuadro
+    de di&#225;logo de acceso de la mayor&#237;a de los
+    navegadores.</p>
+</usage>
+<seealso>
+    <a href="../howto/auth.html">Autentificaci&#243;n, Autorizaci&#243;n y
+    Control de Acceso</a></seealso>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>AuthType</name>
+<description>Tipo de autentificaci&#243;n de usuarios</description>
+<syntax>AuthType Basic|Digest</syntax>
+<contextlist><context>directory</context><context>.htaccess</context>
+</contextlist>
+<override>AuthConfig</override>
+
+<usage>
+    <p>Esta directiva selecciona el tipo de autentificaci&#243;n de
+    usuarios que usar&#225; para un directorio. Actualmente solamente
+    est&#225;n implementadas las opciones <code>Basic</code> y
+    <code>Digest</code>.
+
+     Para que funcione correctamente, esta directiva tiene que ir
+     acompa&#241;ada por las directivas <directive
+     module="core">AuthName</directive> y <directive
+     module="core">Require</directive>, y de directivas como
+     <directive module="mod_auth">AuthUserFile</directive> y
+     <directive module="mod_auth">AuthGroupFile</directive>.</p>
+</usage>
+<seealso><a href="../howto/auth.html">>Autentificaci&#243;n, Autorizaci&#243;n y
+Control de Acceso</a></seealso>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>CGIMapExtension</name> <description>T&#233;cnica para localizar
+un int&#233;rprete de scripts CGI</description>
+<syntax>CGIMapExtension <var>cgi-path</var>
+<var>.extension</var></syntax>
+<contextlist><context>directory</context><context>.htaccess</context>
+</contextlist>
+<override>FileInfo</override>
+<compatibility>Solamente NetWare</compatibility>
+
+<usage>
+    <p>Esta directiva se usa para controlar la forma en que Apache
+    encuentra el int&#233;rprete para ejecutar scripts CGI. Por
+    ejemplo, si usa <code>CGIMapExtension sys:\foo.nlm .foo</code>,
+    todos los scripts CGI con extensi&#243;n <code>.foo</code> se
+    pasar&#225;n al int&#233;rprete FOO.</p>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>ContentDigest</name>
+<description>Activa la generaci&#243;n de cabeceras de respuesta HTTP
+<code>Content-MD5</code></description>
+<syntax>ContentDigest On|Off</syntax>
+<default>ContentDigest Off</default>
+<contextlist><context>server config</context><context>virtual host</context>
+<context>directory</context><context>.htaccess</context>
+</contextlist>
+<override>Options</override>
+<status>Experimental</status>
+
+<usage>
+    <p>Esta directiva permite la generaci&#243;n de cabeceras
+    <code>Content-MD5</code> seg&#250;n se definen en RFC1864 y
+    RFC2068.</p>
+
+    <p>MD5 es un algoritmo que genera una cadena de caracteres
+    ("message digest", a veces llamado "huella dactilar") a partir de
+    unos datos de longitud arbitraria. La forma en que funciona este
+    algoritmo hace que con casi toda seguridad, si se producen
+    alteraciones en los datos originales, el "message digest" generado
+    tambi&#233;n ser&#225; diferente.</p>
+
+    <p>La cabecera <code>Content-MD5</code> es una forma de comprobar
+    la integridad de un mensaje de principio a fin (MIC) para los
+    mensajes HTTP (entity-body). Un proxy o un cliente pueden
+    comprobar esta cabecera para detectar modificaciones accidentales
+    en el mensaje HTTP (entity-body) en tr&#225;nsito. Cabecera de
+    ejemplo:</p>
+
+    <example>
+      Content-MD5: AuLb7Dp1rqtRtxz2m9kRpA==
+    </example>
+
+    <p>Tenga en cuenta que el uso de esta directiva puede provocar un
+    menor rendimiento de su servidor porque el "message digest" se
+    genera en cada petici&#243;n (los valores no se guardan).</p>
+
+    <p>La cebecera <code>Content-MD5</code> se env&#237;a solamente
+    cuando un documento es servido por <module>core</module>. Si el
+    documento es servido con cuaquier otro m&#243;dulo, no se
+    env&#237;a. Por ejemplo, los documentos SSI, las salidas de
+    scripts CGI, y las respuesta parciales (byte range responses) no
+    tienen esta cabecera.</p>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>DefaultType</name>
+<description>Tipo de contenido MIME por defecto que usar&#225; el servidor si no
+puede determinar el tipo MIME en concreto del documento a servir</description>
+<syntax>DefaultType <var>MIME-type</var></syntax>
+<default>DefaultType text/plain</default>
+<contextlist><context>server config</context><context>virtual host</context>
+<context>directory</context><context>.htaccess</context>
+</contextlist>
+<override>FileInfo</override>
+
+<usage>
+    <p>Hay veces en las que se pide al servidor que devuelva un
+    documento cuyo tipo MIME no puede determinar.</p>
+
+    <p>El servidor tiene que informar al cliente del tipo de contenido
+    del documento. En el caso de que se trate de un tipo desconocido,
+    se usa el tipo <code>DefaultType</code>. Por ejemplo:</p>
+
+    <example>
+      DefaultType image/gif
+    </example>
+
+    <p>ser&#237;a apropiado para un directorio que contenga muchas
+    imagenes tipo GIF cuyos nombres de fichero no tengan la
+    extensi&#243;n <code>.gif</code>.</p>
+
+    <p>Tenga en cuenta que a diferencia de <directive
+    module="core">ForceType</directive>, esta directiva solamente
+    indica el tipo MIME por defecto. El resto de definiciones de tipos
+    MIME, incluidas las extensiones de fichero, que pueden identificar
+    el tipo MIME de que se trata prevalecen sobre esta opci&#243;n por
+    defecto.</p>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis type="section">
+<name>Directory</name> <description>Engloba a un grupo de directivas
+que se aplicar&#225;n solamente al directorio del sistema de ficheros
+especificado y a sus subdirectorios</description>
+<syntax>&lt;Directory <var>directory-path</var>&gt;
+... &lt;/Directory&gt;</syntax> <contextlist><context>server
+config</context><context>virtual host</context>
+</contextlist>
+
+<usage>
+    <p>Las directivas <directive type="section">Directory</directive>
+    y <code>&lt;/Directory&gt;</code> se usan para englobar un grupo
+    de directivas que se aplicar&#225;n solamente al directorio
+    especificado y a sus subdirectorios. Puede incluir a cualquier
+    directiva cuyo uso est&#233; permitido en un contexto
+    &lt;directory&gt;. <var>Directory-path</var> puede ser tanto la
+    ruta completa a un directorio, como una cadena de caracteres
+    comod&#237;n que use las reglas de equivalencia de los shells de
+    Unix. En una cadena de caracteres comod&#237;n, el car&#225;cter
+    <code>?</code> equivale a cualquier car&#225;cter individual, y
+    <code>*</code> equivale a cualquier secuencia de
+    caracteres. Tambi&#233;n puede usar <code>[]</code> para expresar
+    rangos de caracteres. Ninguno de los caracteres comod&#237;n
+    equivale al car&#225;cter `/', de modo que <code>&lt;Directory
+    /*/public_html&gt;</code> no equivale a
+    <code>/home/user/public_html</code>, pero s&#237; a
+    <code>&lt;Directory /home/*/public_html&gt;</code>. Ejemplo:</p>
+
+    <example>
+      &lt;Directory /usr/local/httpd/htdocs&gt;<br />
+      <indent>
+        Options Indexes FollowSymLinks<br />
+      </indent>
+      &lt;/Directory&gt;
+    </example>
+
+    <note>
+      <p>Tenga especial cuidado con los argumentos de
+      <var>directory-path</var>: tienen que equivaler literalmente a
+      la ruta del sistema de ficheros que Apache usa para acceder a
+      los ficheros. Las directivas aplicadas a un
+      <code>&lt;Directory&gt;</code> en particular no se
+      aplicar&#225;n a los ficheros de ese mismo directorio pero que
+      sean accedidos mediante una ruta diferente, como por ejemplo
+      mediante enlaces simb&#243;licos diferentes.</p>
+    </note>
+
+    <p>Tambi&#233;n pueden usar expresiones regulares extendidas,
+    a&#241;adiendo el car&#225;cter <code>~</code>. Por ejemplo:</p>
+
+    <example>
+      &lt;Directory ~ "^/www/.*/[0-9]{3}"&gt;
+    </example>
+
+    <p>equivaldr&#237;a a los directorios en <code>/www/</code> cuyo
+    nombres consistan en tres n&#250;meros.</p>
+
+    <p>Si varias (expresiones no regulares) secciones <directive
+    type="section">Directory</directive> equivalen al directorio (o a
+    uno de los directorios de los que es subdirectorio) que contiene
+    un documento, entonces las directivas se aplican seg&#250;n el
+    criterio de la ruta equivalente m&#225;s corta, junto con las
+    directivas de los archivos <a
+    href="#accessfilename">.htaccess</a>. Por ejemplo, con</p>
+
+    <example>
+      &lt;Directory /&gt;<br />
+      <indent>
+        AllowOverride None<br />
+      </indent>
+      &lt;/Directory&gt;<br />
+      <br />
+      &lt;Directory /home/&gt;<br />
+      <indent>
+        AllowOverride FileInfo<br />
+      </indent>
+      &lt;/Directory&gt;
+    </example>
+
+    <p>para acceder al documento <code>/home/web/dir/doc.html</code>
+    los pasos son:</p>
+
+    <ul>
+      <li>Se aplica la directiva <code>AllowOverride None</code>
+      (desactivando los ficheros <code>.htaccess</code>).</li>
+
+      <li>Se aplica la directiva <code>AllowOverride FileInfo</code>
+      (para el directorio <code>/home</code>).</li>
+
+      <li>Se aplica cualquier directiva <code>FileInfo</code> en
+      <code>/home/.htaccess</code>, <code>/home/web/.htaccess</code> y
+      <code>/home/web/dir/.htaccess</code> por ese orden.</li>
+    </ul>
+
+    <p>Las expresiones regulares no se tienen en cuenta hasta que
+    todas las secciones normales hayan sido aplicadas. En ese momento
+    todas se eval&#250;an las expresiones regulares en el orden en que
+    aparecen en el fichero de configuraci&#243;n. Por ejemplo, con</p>
+
+    <example>
+      &lt;Directory ~ abc$&gt;<br />
+      <indent>
+        # ... directivas aqu&#237; ...<br />
+      </indent>
+      &lt;/Directory&gt;
+    </example>
+
+    <p>la secci&#243;n de expresiones regulares no ser&#225;
+    considerada hasta despu&#233;s de que todas las directivas
+    <directive type="section">Directory</directive> y los ficheros
+    <code>.htaccess</code> hayan sido aplicados. Solamente entonces
+    las expresiones regulares que tengan una equivalencia con
+    <code>/home/abc/public_html/abc</code> y la correspondiente
+    directiva <directive type="section">Directory</directive>
+    ser&#225;n aplicadas.</p>
+
+   <p><strong>Tenga en cuenta que por defecto el acceso de Apache a
+    <code>&lt;Directory /&gt;</code> es <code>Allow from All</code>.
+    Esto significa que Apache servir&#225; cualquier fichero que se
+    corresponda con una URL. Se recomienda que modifique este
+    comportamiento con un bloque del siguiente tipo</strong></p>
+
+    <example>
+      &lt;Directory /&gt;<br />
+      <indent>
+        Order Deny,Allow<br />
+        Deny from All<br />
+      </indent>
+      &lt;/Directory&gt;
+    </example>
+
+    <p><strong>y haga prevalecer una configuraci&#243;n diferente para
+    los solamente para los directorios que usted <em>quiera</em> que
+    sean accesibles. Consulte la secci&#243;n <a
+    href="../misc/security_tips.html">Consejos de seguridad</a> para
+    obtener m&#225;s informaci&#243;n.</strong></p>
+
+    <p>Las secciones "directory" se usan en el archivo
+    <code>httpd.conf</code>.  Las directivas <directive
+    type="section">Directory</directive> no pueden anidarse, y no
+    pueden aparecer en una secci&#243;n de tipo <directive
+    module="core" type="section">Limit</directive> o <directive
+    module="core" type="section">LimitExcept</directive>.</p>
+</usage>
+<seealso><a href="../sections.html">Documentaci&#243;n de
+    c&#243;mo funcionan las secciones &lt;Directory&gt;,
+    &lt;Location&gt; y &lt;Files&gt;</a> para obtener m&#225;s
+    informaci&#243;n sobre la forma en que se combinan estas secciones
+    cuando se recibe una petici&#243;n</seealso>
+</directivesynopsis>
+
+<directivesynopsis type="section">
+<name>DirectoryMatch</name> <description>Incluye las directivas que se
+aplican a los directorios y subdirectorios del sistema de ficheros que
+equivalen a una expresi&#243;n regular</description>
+<syntax>&lt;DirectoryMatch <var>regex</var>&gt;
+... &lt;/DirectoryMatch&gt;</syntax> <contextlist><context>server
+config</context><context>virtual host</context>
+</contextlist>
+
+<usage>
+    <p><directive type="section">DirectoryMatch</directive> y
+    <code>&lt;/DirectoryMatch&gt;</code> se usan para englobar a un
+    grupo de directivas que se aplicar&#225;n solamente al directorio
+    (y los subdirectorios de &#233;ste) especificado, al igual que
+    <directive module="core" type="section">Directory</directive>. Sin
+    embargo, en ese caso la directiva toma como argumento una
+    expresi&#243;n regular. Por ejemplo:</p>
+
+    <example>
+      &lt;DirectoryMatch "^/www/.(.+)?[0-9]{3}"&gt;
+    </example>
+
+    <p>equivaldr&#225; a los directorios en <code>/www/</code> cuyo nombre
+    consista en tres n&#250;meros.</p>
+</usage>
+<seealso><directive type="section" module="core">Directory</directive>
+si quiere una descripci&#243;n completa de c&#243;mo se usan
+conjuntamente las expresiones regulares con la directiva <directive
+type="section">Directory</directive></seealso> <seealso><a
+href="../sections.html">Modo de funcionamiento de las secciones
+&lt;Directory&gt;, &lt;Location&gt; y &lt;Files&gt;</a> para obtener
+m&#225;s informaci&#243;n sobre como se combinan estas secciones
+cuando se recibe una petici&#243;n</seealso>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>DocumentRoot</name>
+<description>Directorio principal que contiene la estructura de
+directorios visible desde la web</description>
+<syntax>DocumentRoot <var>directory-path</var></syntax>
+<default>DocumentRoot /usr/local/apache/htdocs</default>
+<contextlist><context>server config</context><context>virtual host</context>
+</contextlist>
+
+<usage>
+    <p>Esta directiva especifica el directorio desde el cu&#225;l
+    <program>httpd</program> servir&#225; los ficheros. A menos que
+    especifique alguna otra equivalencia mediante una directiva
+    <directive module="mod_alias">Alias</directive>, el servidor
+    a&#241;ade la ruta de la URL solicitada a este directorio para
+    construir la ruta del documento a servir. Ejemplo:</p>
+
+    <example>
+      DocumentRoot /usr/web
+    </example>
+
+    <p>esto quiere decir que una petici&#243;n de acceso a
+    <code>http://www.my.host.com/index.html</code> se refiere a
+    <code>/usr/web/index.html</code> en el sistema de ficheros.</p>
+
+    <p>El directorio que especifique en
+    <directive>DocumentRoot</directive> debe escribirlo sin barra al
+    final.</p>
+</usage>
+<seealso><a href="../urlmapping.html">C&#243;mo traducir URLs a
+ubicaciones del sistema de ficheros</a></seealso>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>EnableMMAP</name>
+<description>Permite el uso de mapeo de memoria para leer archivos mientras se
+sirven</description>
+<syntax>EnableMMAP On|Off</syntax>
+<default>EnableMMAP On</default>
+<contextlist><context>server config</context><context>virtual host</context>
+<context>directory</context><context>.htaccess</context>
+</contextlist>
+<override>FileInfo</override>
+
+<usage>
+    <p>Esta directiva controla si <program>httpd</program> puede usar
+    mapeo de memoria en caso de ser necesario para leer los contenidos
+    de un archivo al servirlo.  Por defecto, cuando el tratamiento de
+    una petici&#243;n requiere acceder a los datos dentro de un
+    fichero -- por ejemplo, cuando se sirve un fichero analizado
+    sint&#225;cticamente por el servidor con el m&#243;dulo
+    <module>mod_include</module> -- Apache mapea en memoria el archivo
+    si el sistema operativo soporta esa operaci&#243;n.</p>
+
+    <p>El mapeo de memoria supone a veces una mejora en el
+    rendimiento. Sin embargo, en ciertos entornos, es mejor desactivar
+    el mapeo de memoria para evitar problemas operacionales:</p>
+
+    <ul>
+    <li>En algunos sistemas con m&#225;s de un procesador, el mapeo de
+    memoria puede reducir el rendimiento de
+    <program>httpd</program>.</li> <li>Con un <directive
+    module="core">DocumentRoot</directive> montado en NFS,
+    <program>httpd</program> podr&#237;a abortar su ejecuci&#243;n
+    debido a un fallo de segmentaci&#243;n si el fichero se borra o se
+    trunca mientras que <program>httpd</program> lo tiene mapeado en
+    memoria.</li>
+    </ul>
+
+    <p>Para configuraciones del servidor que son sensibles a estos
+    problemas, debe desactivar el uso del mapeo en memoria
+    especificando:</p>
+
+    <example>
+      EnableMMAP Off
+    </example>
+
+    <p>Para ficheros montados en NFS, puede desactivar esta
+    funcionalidad expl&#237;citamente para los archivos implicados
+    especificando:</p>
+
+    <example>
+      &lt;Directory "/path-to-nfs-files"&gt;
+      <indent>
+        EnableMMAP Off
+      </indent>
+      &lt;/Directory&gt;
+    </example>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>EnableSendfile</name>
+<description>Permite el uso del soporte de sendfile del kernel para servir ficheros @@@@@ Use the kernel sendfile support to deliver files to the client @@@@@ </description>
+<syntax>EnableSendfile On|Off</syntax>
+<default>EnableSendfile On</default>
+<contextlist><context>server config</context><context>virtual host</context>
+<context>directory</context><context>.htaccess</context>
+</contextlist>
+<override>FileInfo</override> 
+<compatibility>Disponible en las versiones de Apache 2.0.44 y
+posteriores</compatibility>
+
+<usage>
+    <p>Esta directiva controla si <program>httpd</program> puede usar
+    el soporte de sendfile del kernel para transmitir contenidos de
+    ficheros al cliente.  Por defecto, cuando se est&#225; procesando
+    una petici&#243;n que no requiere acceso a los datos de un fichero
+    -- por ejemplo, cuando se sirve un fichero est&#225;tico -- Apache
+    usa sendfile para servir los contenidos del fichero directamente a
+    la red, sin leer el fichero si el sistema operativo lo
+    permite.</p>
+
+    <p>El mecanismo sendfile evita operaciones separadas de lectura y
+    env&#237;o, y reservas de buffer. Sin embargo, en algunas
+    plataformas o en algunos sistemas de ficheros, es mejor desactivar
+    esa funcionalidad para evitar problemas operacionales:</p>
+
+    <ul>
+    <li>En algunas plataformas puede que el soporte de sendfile no
+    funcione porque al compilar Apache no se detect&#243;
+    correctamente, especialmente si los binarios fueron construidos en
+    una m&#225;quina y despu&#233;s se han trasladado a otra cuando el
+    soporte para sendfile ya no funcionaba.</li>
+
+    <li>En Linux, el uso de send file provoca fallos de
+    comprobaci&#243;n de TCP_checksum en ciertas tarjetas de red que
+    usan IPv6</li> 
+
+    <li>Si <directive module="core">DocumentRoot</directive> est&#225;
+    montado en red (por ejemplo, NFS o SMB), el kernel puede que no
+    sea capaz de servir el fichero de red a trav&#233;s de su
+    cache.</li>
+    </ul>
+
+    <p>Para configuraciones del servidor que son sensibles a estos
+    problemas, debe desactivar esta funcionalidad especificando:</p>
+
+    <example>
+      EnableSendfile Off
+    </example>
+
+    <p>Para archivos montados en NFS o SMB, esta funcionalidad puede
+    ser desactivada expl&#237;citamente para los ficheros que puedan
+    ocasionar problemas mediante:</p>
+
+    <example>
+      &lt;Directory "/path-to-nfs-files"&gt;
+      <indent>
+        EnableSendfile Off
+      </indent>
+      &lt;/Directory&gt;
+    </example>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>ErrorDocument</name> 
+<description>Es lo que el servidor devuelve al cliente si se produce
+alg&#250;n error</description>
+<syntax>ErrorDocument <var>error-code</var>
+<var>document</var></syntax> <contextlist><context>server
+config</context><context>virtual host</context>
+<context>directory</context><context>.htaccess</context>
+</contextlist>
+<override>FileInfo</override> <compatibility>El uso de las comillas
+(") en los mensajes de texto es diferente en Apache
+2.0</compatibility>
+
+<usage>
+    <p>En el caso de que aparezca un problema o error, puede
+    configurar Apache para hacer una de las siguientes cuatro
+    cosas,</p>
+
+    <ol>
+      <li>devolver un mensaje de error est&#225;ndar</li>
+
+      <li>devolver un mensaje de error personalizado</li>
+
+      <li>redireccionar la petici&#243;n a una <var>ruta-URL</var>
+      local</li>
+
+      <li>redireccionar la petici&#243;n a una <var>URL</var> externa</li>
+    </ol>
+
+    <p>La primera opci&#243;n es la que se usa por defecto, mientras
+    que el resto se pueden configurar usando la directiva
+    <directive>ErrorDocument</directive>, la cual ha de seguirse del
+    c&#243;digo de respuesta HTTP y una URL o un mensaje. Apache
+    ofrece a veces otra informaci&#243;n adicional sobre el problema o
+    error.</p>
+
+    <p>Las URLs pueden empezar por una barra (/) para URLs locales, o
+    pueden ser una URL completa que el cliente pueda
+    resolver. Tambi&#233;n se puede hacer que el nevagador despliegue
+    un mensaje. Ejemplos:</p>
+
+    <example>
+      ErrorDocument 500 http://foo.example.com/cgi-bin/tester<br />
+      ErrorDocument 404 /cgi-bin/bad_urls.pl<br /> 
+      ErrorDocument 401 /subscription_info.html<br /> 
+      ErrorDocument 403 "Lo sentimos no  podemos permitirle el acceso a esta p&#225;gina hoy"
+    </example>
+
+    <p>Adicionalmente, el valor especial <code>default</code> puede
+    ser usado para que Apache use los mensajes literales que trae por
+    defecto. Aunque bajo circunstancias normales no es necesario,
+    <code>default</code> restaura los mensajes literales de Apache en
+    configuraciones que de otra manera heredan una directiva
+    <directive>ErrorDocument</directive> ya existente.</p>
+
+    <example>
+      ErrorDocument 404 /cgi-bin/bad_urls.pl<br /><br />
+      &lt;Directory /web/docs&gt;<br />
+      <indent>
+        ErrorDocument 404 default<br />
+      </indent>
+      &lt;/Directory&gt;
+    </example>
+
+    <p>Tenga en cuenta que si usted especifica en
+    <directive>ErrorDocument</directive> un contenido que apunta a una
+    URL remota (por ejemplo, cualquier cosa que empiece por
+    <code>http</code>), Apache redireccionar&#225; al cliente, incluso
+    si al final, el documento al que redirecciona est&#225; en el
+    mismo servidor. Esto tiene varias implicaciones, la m&#225;s
+    importante es que el cliente no recibir&#225; el c&#243;digo de
+    error original, sino que en su lugar recibir&#225; el c&#243;digo
+    de estado del redireccionamiento. Esto puede confundir a los
+    robots web y otros clientes que tratan de determinar si una URL es
+    v&#225;lida usando el c&#243;digo de estado. Adem&#225;s, si usa
+    una URL remota en un <code>ErrorDocument 401</code>, el cliente no
+    sabr&#225; pedir contrase&#241;as al usuario porque no
+    recibir&#225; el c&#243;digo de estado 401. Por tanto, <strong>si
+    usa una directiva <code>ErrorDocument 401</code> entonces
+    debe referirse a un documento local.</strong></p>
+
+    <p>Microsoft Internet Explorer (MSIE) ignorar&#225; por defecto
+    los mensajes de error generados por el servidor cuando sean
+    "demasiado peque&#241;os" y los sustituir&#225; por mensajes de
+    error propios. El tama&#241;o se considera peque&#241;o seg&#250;n
+    el tipo de error de que se trate, pero en general, si su mensaje
+    de error es de m&#225;s de 512 bytes, MSIE mostrar&#225; en
+    mensaje del error generado por el servidor y no el suyo. Puede
+    encontrar m&#225;s informaci&#243;n sobre este asunto en el
+    art&#237;culo de la Base de Datos de Conocimiento de Microsoft <a
+    href="http://support.microsoft.com/default.aspx?scid=kb;en-us;Q294807"
+    >Q294807</a>.</p>
+
+    <p>En las versiones de Apache anteriores a la 2.0, los mensajes se
+    indicaban a&#241;adiendoles dobles comillas (") al principio que
+    no se cerraban al final del mensaje.</p>
+</usage>
+
+<seealso><a href="../custom-error.html">Documentaci&#243;n sobre
+personalizaci&#243;n de respuestas</a></seealso>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>ErrorLog</name>
+<description>Ubicaci&#243;n del fichero en
+el que se almacenan los mensajes de error</description>
+<syntax> ErrorLog <var>file-path</var>|syslog[:<var>facility</var>]</syntax>
+<default>ErrorLog logs/error_log (Unix) ErrorLog logs/error.log (Windows y OS/2)</default>
+<contextlist><context>server config</context><context>virtual host</context>
+</contextlist>
+
+<usage>
+    <p>La directiva <directive>ErrorLog</directive> determina el
+    nombre del fichero en el cual el servidor almacenar&#225; los
+    mensajes de error en caso de que ocurra alguno. Si el
+    <var>file-path</var> no es absoluto, entonces se asume que es
+    relativo al valor especificado en la directiva <directive
+    module="core">ServerRoot</directive>.</p>
+
+    <example><title>Ejemplo</title>
+    ErrorLog /var/log/httpd/error_log
+    </example>
+
+    <p>Si el <var>file-path</var> empieza con un barra vertical (|)
+    entonces se asume que es un comando para procesar el registro de
+    errores (error_log).</p>
+
+    <example><title>Ejemplo</title>
+    ErrorLog "|/usr/local/bin/httpd_errors"
+    </example>
+
+    <p>Usar <code>syslog</code> en lugar de un nombre de fichero
+    permite almanecer los mesajes mediante syslogd(8) si el sistema lo
+    soporta. Por defecto se usa la utilidad de syslog
+    <code>local7</code>, pero puede cambiar esto usando
+    <code>syslog:<var>facility</var></code> donde <var>facility</var>
+    es cualquiera de los nombres normalmente documentados en
+    syslog(1).</p>
+
+    <example><title>Ejemplo</title>
+    ErrorLog syslog:user
+    </example>
+
+    <p>SEGURIDAD: Consulte la secci&#243;n <a
+    href="../misc/security_tips.html#serverroot">consejos sobre
+    seguridad</a> para obtener m&#225;s informaci&#243;n sobre c&#243;mo se
+    compromete la seguridad de su sistema si sobre el directorio en
+    que se almacenan los ficheros log tiene permisos cualquier usuario
+    que no sea &#250;nicamente el que arranca el servidor.</p> <note
+    type="warning">
+
+    <title>Nota</title> <p>Cuando se especifica una ruta a un fichero
+    en una plataforma que no es Unix, hay que tener cuidado de usar
+    solo barras (/) aunque el sistema permita barras invertidas
+    (\). En general, lo mejor es usar siempre barras / en los ficheros
+    de configuraci&#243;n.</p>
+    </note>
+</usage>
+<seealso><directive module="core">LogLevel</directive></seealso>
+<seealso><a href="../logs.html">Archivos Log de Apache</a></seealso>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>FileETag</name>
+<description>Atributos de fichero usados para crear la ETAG de la
+cabecera de respuesta HTTP</description>
+<syntax>FileETag <var>component</var> ...</syntax>
+<default>FileETag INode MTime Size</default>
+<contextlist><context>server config</context><context>virtual host</context>
+<context>directory</context><context>.htaccess</context>
+</contextlist>
+<override>FileInfo</override>
+
+<usage>
+    <p>
+    La directiva <directive>FileETag</directive> configura los
+    atributos de fichero que se usan para crear la <code>ETag</code>
+    (etiqueta de entidad) del campo cabecera de respuesta cuando el
+    documento est&#225; basado en un fichero. (El valor de
+    <code>ETag</code> se usa en la gesti&#243;n de cache para ahorrar
+    ancho de banda.) En Apache 1.3.22 y en versiones anteriores, el
+    valor de <code>ETag</code> se formaba <em>siempre</em> a partir
+    del inodo del fichero, su tama&#241;o y la hora y la fecha en que
+    se modific&#243; por &#250;ltima vez (mtime). La directiva
+    <directive>FileETag</directive> permite elegir cu&#225;l de esos
+    elementos quiere usar -- si es que se quiere usar alguno. Las
+    palabras clave reconocidas son:
+    </p>
+
+    <dl>
+     <dt><strong>INode</strong></dt>
+     <dd>Para incluir el n&#250;mero de inodo en el c&#225;lculo</dd>
+     <dt><strong>MTime</strong></dt>
+     <dd>Para incluir en el c&#225;lculo la hora y la fecha en que el
+     fichero fue modificado por &#250;ltima vez</dd>
+     <dt><strong>Size</strong></dt>
+     <dd>Para incluir en el c&#225;lculo el n&#250;mero de bytes que ocupa el fichero</dd>
+     <dt><strong>All</strong></dt>
+     <dd>Para incluir en el c&#225;lculo todos los campos disponibles. Esto es
+     equivalente a:
+         <example>FileETag INode MTime Size</example></dd>
+     <dt><strong>None</strong></dt>
+     <dd>Si el documento est&#225; basado en un fichero, ning&#250;n campo
+     <code>ETag</code> ser&#225; incluido en la respuesta</dd>
+    </dl>
+
+    <p>Las palabras clave <code>INode</code>, <code>MTime</code>, y
+    <code>Size</code> pueden ir precedidas por <code>+</code> o
+    <code>-</code>, lo cual permite hacer cambios en la configuraci&#243;n
+    heredada de un &#225;mbito m&#225;s amplio. Cualquier palabra clave que
+    aparezca sin un prefijo cancela inmediatamente la configuraci&#243;n
+    heredada.</p>
+
+    <p>Si la configuraci&#243;n para un directorio incluye
+    <code>FileETag INode MTime Size</code>, y la de un subdirectorio
+    incluye <code>FileETag -INode</code>, la configuraci&#243;n para
+    ese subdirectorio (que ser&#225; heredada por cualquier
+    subdirectorio que no tenga un configuraci&#243;n propia) ser&#225;
+    equivalente a <code>FileETag MTime Size</code>.</p>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis type="section">
+<name>Files</name>
+<description>Contiene directivas que se aplican a los ficheros cuyos
+nombres coincidan con los que se especifiquen</description>
+<syntax>&lt;Files <var>filename</var>&gt; ... &lt;/Files&gt;</syntax>
+<contextlist><context>server config</context><context>virtual host</context>
+<context>directory</context><context>.htaccess</context>
+</contextlist>
+<override>All</override>
+
+<usage>
+    <p>La directiva <directive type="section">Files</directive> limita el &#225;mbito de aplicaci&#243;n de las directivas que incluye seg&#250;n el nombre de los ficheros. Es
+    comparable a <directive module="core"
+    type="section">Directory</directive> y <directive module="core"
+    type="section">Location</directive>. Debe cerrarse con <code>&lt;/Files&gt;</code>. Las directivas usadas en
+    esta secci&#243;n se aplicar&#225;n a cualquier objeto con un nombre base
+    (&#250;ltimo componente del nombre de fichero) que coincida con el nombre de fichero especificado. Las
+    secciones <directive type="section">Files</directive> se
+    procesan en el orden en que aparecen en el fichero de
+    configuraci&#243;n, despu&#233;s de las secciones <directive
+    module="core" type="section">Directory</directive> y de leer los
+    ficheros <code>.htaccess</code>, pero antes de las secciones
+    <directive type="section" module="core">Location</directive>. Tenga en cuenta que las directivas <directive type="section">Files</directive>
+    pueden anidarse dentro de las secciones <directive type="section"
+    module="core">Directory</directive> para restringir la parte del
+    sistema de ficheros a la que se aplican.</p>
+
+    <p>El argumento <var>filename</var> puede incluir un nombre de
+    fichero, o una cadena de car&#225;cteres comod&#237;n, donde <code>?</code>
+    equivale a cualquier car&#225;cter individual, y <code>*</code>
+    equivale a cualquier secuencia de caracteres. Tambi&#233;n pueden
+    usarse expresiones regulares extendidas, con la ventaja de que
+    tambien se puede usar el car&#225;cter <code>~</code>. Por
+    ejemplo:</p>
+
+    <example>
+      &lt;Files ~ "\.(gif|jpe?g|png)$"&gt;
+    </example>
+
+    <p>equivaldr&#237;a a la mayor&#237;a de los formatos gr&#225;ficos de
+    Internet. No obstante, es mejor usar <directive module="core"
+    type="section">FilesMatch</directive>.</p>
+
+    <p>Tenga en cuenta que a diferencia de las secciones <directive
+    type="section" module="core">Directory</directive> y <directive
+    type="section" module="core">Location</directive>, las secciones
+    <directive type="section">Files</directive> pueden usarse dentro
+    de los ficheros <code>.htaccess</code>. Esto permite a los
+    usuarios controlar el acceso a sus propios archivos, a un nivel de
+    fichero a fichero.</p>
+
+</usage>
+<seealso><a href="../sections.html">C&#243;mo funcionan las secciones
+    &lt;Directory&gt;, &lt;Location&gt; and &lt;Files&gt; </a> para
+    obtener una informaci&#243;n m&#225;s detallada sobre c&#243;mo se combinan estas
+    diferentes secciones cuando se recibe una petici&#243;n
+</seealso>
+</directivesynopsis>
+
+<directivesynopsis type="section">
+<name>FilesMatch</name>
+<description>Contiene las directivas que se aplican a los ficheros
+cuyos nombres equivalen a las expresiones regulares que se especifiquen</description>
+<syntax>&lt;FilesMatch <var>regex</var>&gt; ... &lt;/FilesMatch&gt;</syntax>
+<contextlist><context>server config</context><context>virtual host</context>
+<context>directory</context><context>.htaccess</context>
+</contextlist>
+<override>Todas</override>
+
+<usage>
+    <p>La directiva <directive type="section">FilesMatch</directive>
+    limita el rango de las directivas incluidas seg&#250;n el nombre de los
+    ficheros, como hace la directiva <directive module="core"
+    type="section">Files</directive>. Sin embargo, acepta
+    expresiones regulares. Por ejemplo:</p>
+
+    <example>
+      &lt;FilesMatch "\.(gif|jpe?g|png)$"&gt;
+    </example>
+
+    <p>equivaldr&#237;a a la mayor&#237;a de los formatos gr&#225;ficos de Internet.</p>
+</usage>
+
+<seealso><a href="../sections.html">C&#243;mo funcionan las secciones
+    &lt;Directory&gt;, &lt;Location&gt; and &lt;Files&gt;</a> para
+    obtener informaci&#243;n detallada sobre la forma en que estas
+    secciones se combinan cuando se recibe una petici&#243;n
+</seealso>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>ForceType</name>
+<description>Hace que todos los ficheros cuyos nombres tengan una equivalencia con con lo que se especifique sean
+servidos como contenido del tipo MIME que se establezca</description>
+<syntax>ForceType <var>MIME-type</var>|None</syntax>
+<contextlist><context>directory</context><context>.htaccess</context>
+</contextlist>
+<override>FileInfo</override>
+<compatibility>Perteneciente al n&#250;cleo del servidor a partir de la
+versi&#243;n de Apache 2.0</compatibility>
+
+<usage>
+    <p>Cuando se usa en un fichero <code>.htaccess</code> o en una
+    secci&#243;n <directive type="section"
+    module="core">Directory</directive>, <directive type="section"
+    module="core">Location</directive> o <directive type="section"
+    module="core">Files</directive>, esta directiva hace que todos los
+    ficheros cuyos nombres guarden una equivalencia con lo
+    especificado sean servidos como contenido
+    <var>MIME-type</var>. Por ejemplo, si tiene un directorio lleno de
+    ficheros GIF, pero no quiere etiquetarlos con <code>.gif</code>,
+    puede usar:</p>
+
+    <example>
+      ForceType image/gif
+    </example>
+
+    <p>Tenga en cuenta que a diferencia de <directive
+    module="core">DefaultType</directive>, esta directiva prevalece sobre
+    todas las asociaciones de tipo MIME, incluidas las extensiones de
+    nombre de fichero que puedan identificar de qu&#233; tipo es un fichero.</p>
+
+    <p>Puede hacer que <directive>ForceType</directive> no prevalezca sobre el resto de directivas usando el valor <code>None</code>:</p>
+
+    <example>
+      # forzar a todos los tipos de fichero a ser tratados como imagen/gif:<br />
+      &lt;Location /images&gt;<br />
+        <indent>
+          ForceType image/gif<br />
+        </indent>
+      &lt;/Location&gt;<br />
+      <br />
+      # pero permitir la asociaci&#243;n de tipos MIME normal aqu&#237;:<br />
+      &lt;Location /images/mixed&gt;<br />
+      <indent>
+        ForceType None<br />
+      </indent>
+      &lt;/Location&gt;
+    </example>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>HostnameLookups</name> <description>Activa la resoluci&#243;n de
+DNS de las direcciones IP de los clientes</description>
+<syntax>HostnameLookups On|Off|Double</syntax>
+<default>HostnameLookups Off</default> <contextlist><context>server
+config</context><context>virtual host</context>
+<context>directory</context></contextlist>
+
+<usage>
+    <p>Esta directiva activa la resoluci&#243;n de DNS de manera que
+    los nombres de host puedan ser guardados en los archivos log (y
+    pasados a CGIs/SSIs en <code>REMOTE_HOST</code>).  El valor
+    <code>Double</code> se refiere a hacer una busqueda de DNSs
+    inversa doble. Esto es, despu&#233;s de hacer una busqueda
+    inversa, se hace una busqueda normal posteriormente sobre ese
+    resultado. Al menos una de las direcciones IP en la b&#250;squeda
+    posterior debe equivaler a la direcci&#243;n IP original. (En
+    terminolog&#237;a de "tcpwrappers" se llama
+    <code>PARANOID</code>.)</p>
+
+    <p>Independientemente de lo que se especifique, cuando
+    <module>mod_access</module> se usa para controlar el acceso por
+    nombre de host, se har&#225; una consulta inversa doble.  Esto se
+    hace por seguridad. Tenga en cuenta que el resultado de una
+    busqueda inversa doble no est&#225; disponible generalmente a no
+    ser que especifique <code>HostnameLookups Double</code>. Por
+    ejemplo, si especifica solo <code>HostnameLookups On</code> y se
+    hace una petici&#243;n a un objeto protegido por restricciones de
+    nombre de host, independientemente de si la consulta inversa doble
+    falla o no, el resultado de la consulta inversa simple se
+    pasar&#225; a los CGIs en <code>REMOTE_HOST</code>.</p>
+
+    <p>El valor por defecto es <code>Off</code> para ahorrar
+    tr&#225;fico de red en aquellos sitios web que realmente no
+    necesitan hacer b&#250;squedas inversas dobles. Tambi&#233;n es
+    mejor para los usuarios finales porque no tienen que sufrir el
+    retardo adicional que introducen las b&#250;squedas.  Los sitios
+    web con mucha carga deben usar en esta directiva el valor
+    <code>Off</code>, porque las b&#250;squedas de DNSs pueden
+    consumir una cantidad de tiempo considerable. La utilidad
+    <program>logresolve</program>, compilada por defecto en el
+    subdirectorio <code>bin</code> de su directorio de
+    instalaci&#243;n, puede usarse m&#225;s tarde para buscar nombres
+    de host en direcciones IP que est&#233;n en los logs cuando no
+    est&#233; en l&#237;nea.</p>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>IdentityCheck</name>
+<description>Activa que se registre en los archivos log la entidad RFC1413 del usuario remoto</description>
+<syntax>IdentityCheck On|Off</syntax>
+<default>IdentityCheck Off</default>
+<contextlist><context>server config</context><context>virtual host</context>
+<context>directory</context></contextlist>
+<usage>
+    <p>Esta directiva permite el almacenamiento en logs, seg&#250;n se
+    especifica en el RFC1413, del nombre de usuario remoto para casda
+    conexi&#243;n cuando la m&#225;quina del cliente corra
+    &quot;identd&quot; o un programa similar. Esta informaci&#243;n se
+    registra en el log de acceso.</p>
+
+    <p>La informaci&#243;n que se registra con este procedimiento no
+    debe ser considerada como fiable excepto para controles
+    rudimentarios.</p>
+
+    <p>Tenga en cuenta que esto puede provocar serios problemas de
+    retardo en los accesos a su servidor porque para cada
+    petici&#243;n hay que ejecutar una consulta de este tipo. Cuando
+    hay firewalls involucrados, cada b&#250;squeda puede probablemente
+    fallar y a&#241;adir 30 segundos de retardo cada vez que se
+    intenta un acceso. De modo que en general, su uso no es muy
+    &#250;til en servidores p&#250;blicos accesibles desde
+    Internet.</p>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis type="section">
+<name>IfDefine</name>
+<description>Engloba directivas que ser&#225;n procesadas solo si se
+cumple una determinada condici&#243;n al iniciar el servidor</description>
+<syntax>&lt;IfDefine [!]<var>parameter-name</var>&gt; ...
+    &lt;/IfDefine&gt;</syntax>
+<contextlist><context>server config</context><context>virtual host</context>
+<context>directory</context><context>.htaccess</context>
+</contextlist>
+<override>All</override>
+
+<usage>
+    <p>La secci&#243;n <code>&lt;IfDefine
+    <var>test</var>&gt;...&lt;/IfDefine&gt; </code> se usa para marcar
+    directivas que son condicionales. Las directivas que hay dentro de
+    una secci&#243;n <directive type="section">IfDefine</directive> se
+    procesan solo si <var>test</var> devuelve un resultado
+    positivo. Si el <var> test</var> produce un resultado negativo,
+    todo lo que haya entre los marcadores de comienzo y final
+    ser&#225; ignorado.</p>
+
+    <p>El <var>test</var> en la secci&#243;n de directivas <directive
+    type="section" >IfDefine</directive> puede tomar una de las
+    siguientes dos formas:</p>
+
+    <ul>
+      <li><var>parameter-name</var></li>
+
+      <li><code>!</code><var>parameter-name</var></li>
+    </ul>
+
+    <p>En el primer caso, las directivas entre los marcadores de
+    comienzo y final se procesan solo si el par&#225;metro llamado
+    <var>parameter-name</var> est&#225; definido. El segundo formato
+    hace lo contrario, y procesa las directivas solo si
+    <var>parameter-name</var> <strong>no</strong> est&#225;
+    definido.</p>
+
+    <p>El argumento <var>parameter-name</var> se define cuando se
+    ejecuta <program>httpd</program> por la l&#237;nea de comandos con la opci&#243;n
+    <code>-D<var>parameter</var></code>, al iniciar el servidor.</p>
+
+    <p>Las secciones <directive type="section">IfDefine</directive>
+    son anidables, lo cual puede usarse para implementar tests
+    simples con varios par&#225;metros. Ejemplo:</p>
+
+    <example>
+      httpd -DReverseProxy ...<br />
+      <br />
+      # httpd.conf<br />
+      &lt;IfDefine ReverseProxy&gt;<br />
+      <indent>
+        LoadModule rewrite_module modules/mod_rewrite.so<br />
+        LoadModule proxy_module   modules/libproxy.so<br />
+      </indent>
+      &lt;/IfDefine&gt;
+    </example>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis type="section">
+<name>IfModule</name>
+<description>Engloba directivas que se procesan de forma condicional
+seg&#250;n est&#233; presente o ausente un m&#243;dulo espec&#237;fico</description>
+<syntax>&lt;IfModule [!]<var>module-name</var>&gt; ...
+    &lt;/IfModule&gt;</syntax>
+<contextlist><context>server config</context><context>virtual host</context>
+<context>directory</context><context>.htaccess</context>
+</contextlist>
+<override>Todas</override>
+
+<usage>
+    <p>La secci&#243;n <code>&lt;IfModule
+    <var>test</var>&gt;...&lt;/IfModule&gt;</code> se usa para marcar
+    las directivas que se aplican si est&#225; presente un m&#243;dulo
+    espec&#237;fico. Las directivas dentro de una secci&#243;n <directive
+    type="section" >IfModule</directive> solo se procesan si el
+    <var>test</var> produce un resultado positivo. Si el <var>test</var> da falso, todo
+    lo que haya entre los marcadores de inicio y final es
+    ignorado.</p>
+
+    <p>El <var>test</var> de las secciones <directive type="section"
+    >IfModule</directive> puede tomar una de las siguientes
+    formas:</p>
+
+    <ul>
+      <li><var>module name</var></li>
+
+      <li>!<var>module name</var></li>
+    </ul>
+
+    <p>En el primer caso, las directivas entre los marcadores de
+    comienzo y final son procesados solo si el m&#243;dulo llamado
+    <var>module name</var> est&#225; incluido en Apache -- ya sea
+    porque est&#225; compilado en el servidor o porque est&#233;
+    cargado din&#225;micamente usando <directive module="mod_so"
+    >LoadModule</directive>. El segundo formato hace lo contrario, y
+    solo se procesan las directivas si el m&#243;dulo <var>module
+    name</var> <strong>no</strong> est&#225; incluido.</p>
+
+    <p>El argumento <var>module name</var> es  el nombre del fichero del
+    m&#243;dulo en el momento en que fue compilado. Por ejemplo,
+    <code>mod_rewrite.c</code>.  Si un m&#243;dulo consiste en varios
+    archivos fuente, use el nombre del fichero que contenga la cadena
+    de caracteres <code>STANDARD20_MODULE_STUFF</code>.</p>
+
+    <p>Las secciones <directive type="section">IfModule</directive>
+    son anidables, lo cual puede usarse para implementar tests simples
+    con varios m&#243;dulos.</p>
+
+    <note>Esta secci&#243;n debe usarse solo si necesita tener un
+    fichero de configuraci&#243;n que funcione tanto si est&#225; como
+    si no est&#225; un determinado m&#243;dulo disponible. En
+    condiciones normales, no es necesario usar directivas en
+    secciones <directive type="section">IfModule</directive>.</note>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>Include</name>
+<description>Incluye otros ficheros de configuraci&#243;n dentro de
+los ficheros de configuraci&#243;n del servidor</description>
+<syntax>Include <var>file-path</var>|<var>directory-path</var></syntax>
+<contextlist><context>server config</context><context>virtual host</context>
+<context>directory</context>
+</contextlist>
+<compatibility>Se pueden usar caracteres comod&#237;n para encontrar
+equivalencias en las versiones de Apache 2.0.41 y posteriores</compatibility>
+
+<usage>
+    <p>Esta directiva permite la inclusi&#243;n de otros ficheros de
+    configuraci&#243;n  dentro de los ficheros de configuraci&#243;n del
+    servidor.</p>
+
+    <p>Los caracteres comod&#237;n de tipo shell (<code>fnmatch()</code>)
+    pueden usarse para incluir varios ficheros de una vez por orden
+    alfab&#233;tico. Adem&#225;s, si <directive>Include</directive> apunta a un
+    directorio, en lugar de a un fichero, Apache leer&#225; todos los
+    ficheros en ese directorio y sus subdirectorios. Sin embargo, no se
+    recomienda incluir subdirectorios enteros, porque es f&#225;cil dejar
+    accidentalmente ficheros temporales en un directorio y esto
+    provocar&#225; que <program>httpd</program> aborte.</p>
+
+    <p>La ruta del fichero especificada puede ser absoluta, o relativa
+    a un directorio respecto al valor especificado en <directive
+    module="core">ServerRoot</directive>.</p>
+
+    <p>Ejemplos:</p>
+
+    <example>
+      Include /usr/local/apache2/conf/ssl.conf<br />
+      Include /usr/local/apache2/conf/vhosts/*.conf
+    </example>
+
+    <p>O especificando rutas relativas al directorio <directive
+    module="core">ServerRoot</directive>:</p>
+
+    <example>
+      Include conf/ssl.conf<br />
+      Include conf/vhosts/*.conf
+    </example>
+
+    <p>Si ejecuta <code>apachectl configtest</code> le aparecer&#225;
+    una lista con los ficheros que est&#225;n siendo procesados
+    durante la comprobaci&#243;n de la configuraci&#243;n:</p>
+
+    <example>
+      root@host# apachectl configtest<br />
+      Processing config file: /usr/local/apache2/conf/ssl.conf<br />
+      Processing config file: /usr/local/apache2/conf/vhosts/vhost1.conf<br />
+      Processing config file: /usr/local/apache2/conf/vhosts/vhost2.conf<br />
+      Syntax OK
+    </example>
+</usage>
+
+<seealso><program>apachectl</program></seealso>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>KeepAlive</name>
+<description>Permite que se establezcan conexiones HTTP
+persistentes</description>
+<syntax>KeepAlive On|Off</syntax>
+<default>KeepAlive On</default>
+<contextlist><context>server config</context><context>virtual host</context>
+</contextlist>
+
+<usage>
+    <p>La extensi&#243;n Keep-Alive de HTTP/1.0 y la funcionalidad de
+    conexi&#243;n persistente de HTTP/1.1 facilitan la posibilidad de
+    que se establezcan sesiones HTTP de larga duraci&#243;n que
+    permiten que se puedan enviar m&#250;ltiples peticiones sobre la
+    misma conexi&#243;n TCP. En algunos casos, esto tiene como
+    resultado una reducci&#243;n de casi el 50% en los tiempos de
+    retardo en el caso de documentos con muchas im&#225;genes. Para
+    activar las conexiones Keep-Alive, especifique <code>KeepAlive
+    On</code>.</p>
+
+    <p>Para clientes HTTP/1.0, las conexiones Keep-Alive se
+    usar&#225;n solo si el cliente lo solicita
+    espec&#237;ficamente. Adem&#225;s, una conexi&#243;n Keep-Alive
+    con un cliente HTTP/1.0 puede usarse solo cuando el tama&#241;o
+    del contenido es conocido con antelaci&#243;n. Esto implica que el
+    contenido din&#225;mico, como puede ser el resultado de un CGI,
+    p&#225;ginas SSI y listados de directorios generados por el
+    servidor, no usar&#225;n por lo general conexiones Keep-Alive para
+    clientes HTTP/1.0.  Para clientes HTTP/1.1, las conexiones
+    persistentes son las que se usan por defecto a no ser que se
+    especifique lo contrario. Si el cliente lo solicita, se usar&#225;
+    @@@@@ chunked encoding @@@@@ para enviar contenido de tama&#241;o
+    desconocido sobre conexiones persistentes.</p>
+</usage>
+
+<seealso><directive module="core">MaxKeepAliveRequests</directive></seealso>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>KeepAliveTimeout</name>
+<description>Tiempo que el servidor esperar&#225; peticiones subsiguientes
+en conexiones persistentes</description>
+<syntax>KeepAliveTimeout <var>seconds</var></syntax>
+<default>KeepAliveTimeout 15</default>
+<contextlist><context>server config</context><context>virtual host</context>
+</contextlist>
+
+<usage>
+    <p>Es el tiempo en segundos que Apache esperar&#225; peticiones
+    subsiguientes antes de cerrar una conexi&#243;n persistente. Una
+    vez que una petici&#243;n ha sido recibida, se aplica el valor
+    especificado en la directiva <directive
+    module="core">Timeout</directive> para cerrar la
+    conexi&#243;n.</p>
+
+    <p>Espeficificar un valor alto para
+    <directive>KeepAliveTimeout</directive> puede provocar un menor
+    rendimiento en servidores con mucha carga. Cuanto mayor sea el
+    valor de timeout, mayor ser&#225; el n&#250;mero de procesos del
+    servidor se mantendr&#225;n ocupados esperando en conexiones con
+    clientes no activos.</p>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis type="section">
+<name>Limit</name>
+<description>Restringe la aplicaci&#243;n de los controles de acceso incluidos a solo ciertos m&#233;todos HTTP</description>
+<syntax>&lt;Limit <var>method</var> [<var>method</var>] ... &gt; ...
+    &lt;/Limit&gt;</syntax>
+<contextlist><context>server config</context><context>virtual host</context>
+<context>directory</context><context>.htaccess</context>
+</contextlist>
+<override>Todas</override>
+
+<usage>
+    <p>Los controles de acceso se aplican normalmente a
+    <strong>todos</strong> los m&#233;todos de acceso, y este es el
+    comportamiento que se busca casi siempre. <strong>En general, las
+    directivas de control de acceso no deben estar dentro de una
+    secci&#243;n <directive type="section">Limit</directive>.</strong></p>
+
+    <p>El prop&#243;sito <directive type="section">Limit</directive>
+    es restringir el efecto de los controles de acceso a los
+    m&#233;todos HTTP que se especifiquen. Para los dem&#225;s
+    m&#233;todos, las restricciones de acceso que est&#233;n incluidas
+    en <directive type="section">Limit</directive> <strong>no
+    tendr&#225;n efecto</strong>. Los siguientes ejemplos aplican el
+    control de acceso solo a los m&#233;todos <code>POST</code>,
+    <code>PUT</code>, y <code>DELETE</code>, no afectando al resto de
+    m&#233;todos:</p>
+
+    <example>
+      &lt;Limit POST PUT DELETE&gt;<br />
+      <indent>
+        Require valid-user<br />
+      </indent>
+      &lt;/Limit&gt;
+    </example>
+
+    <p>Los m&#233;todos incluidos en la lista pueden ser uno o
+    m&#225;s de los siguientes: <code>GET</code>,
+    <code>POST</code>, <code>PUT</code>, <code>DELETE</code>,
+    <code>CONNECT</code>, <code>OPTIONS</code>, <code>PATCH</code>,
+    <code>PROPFIND</code>, <code>PROPPATCH</code>, <code>MKCOL</code>,
+    <code>COPY</code>, <code>MOVE</code>, <code>LOCK</code>, y
+    <code>UNLOCK</code>. <strong>Los nombres de los m&#233;todos
+    distinguen may&#250;sculas de min&#250;sculas.</strong> Si usa
+    <code>GET</code> tambi&#233;n se restringir&#225;n las peticiones
+    <code>HEAD</code>. El m&#233;todo <code>TRACE</code> no puede
+    limitarse.</p>
+
+    <note type="warning">Es mejor usar una secci&#243;n <directive
+    type="section" module="core">LimitExcept</directive> en lugar de
+    una secci&#243;n <directive type="section"
+    module="core">Limit</directive> cuando se quiere restringir el
+    acceso, porque una secci&#243;n <directive type="section"
+    module="core">LimitExcept</directive> protege contra m&#233;todos
+    arbitrarios.</note>
+
+</usage>
+</directivesynopsis>
+
+<directivesynopsis type="section">
+<name>LimitExcept</name>
+<description>Restringe los controles de acceso a todos los m&#233;todos
+HTTP excepto a los que se especifiquen</description>
+<syntax>&lt;LimitExcept <var>method</var> [<var>method</var>] ... &gt;
+    ...  &lt;/LimitExcept&gt;</syntax>
+<contextlist><context>server config</context><context>virtual host</context>
+<context>directory</context><context>.htaccess</context>
+</contextlist>
+<override>Todas</override>
+
+<usage>
+    <p><directive type="section">LimitExcept</directive> y
+    <code>&lt;/LimitExcept&gt;</code> se usan para englobar un grupo
+    de directivas de control de acceso que se aplicar&#225;n a
+    cualquier m&#233;todo de acceso HTTP <strong>no</strong>
+    especificado en los argumentos; es lo contrario a lo
+    que hace una secci&#243;n <directive type="section"
+    module="core">Limit</directive> y puede usarse para controlar
+    tanto m&#233;todos est&#225;ndar como no est&#225;ndar o
+    m&#233;todos no reconocidos. Consulte la documentaci&#243;n de
+    <directive module="core" type="section">Limit</directive> para
+    m&#225;s detalles.</p>
+
+    <p>Por ejemplo:</p>
+
+    <example>
+      &lt;LimitExcept POST GET&gt;<br />
+      <indent>
+        Require valid-user<br />
+      </indent>
+      &lt;/LimitExcept&gt;
+    </example>
+
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>LimitInternalRecursion</name>
+<description>Determina el n&#250;mero m&#225;ximo de redirecciones internas y
+subpeticiones anidadas</description>
+<syntax>LimitInternalRecursion <var>number</var> [<var>number</var>]</syntax>
+<default>LimitInternalRecursion 10</default>
+<contextlist><context>server config</context><context>virtual host</context>
+</contextlist>
+<compatibility>Disponible en las versiones Apache 2.0.47 y posteriores</compatibility>
+
+<usage>
+    <p>Una redirecci&#243;n interna ocurre, por ejemplo, cuando se usa
+    la directiva <directive module="mod_actions">Action</directive>,
+    la cual internamente redirige la petici&#243;n original a un
+    script CGI. Una subpetici&#243;n es un mecanismo de Apache para
+    saber qu&#233; ocurrir&#237;a si se produjera una petici&#243;n a
+    una URI.  Por ejemplo, <module>mod_dir</module> usa subpeticiones
+    para buscar archivos especificados en la directiva <directive
+    module="mod_dir">DirectoryIndex</directive>.</p>
+
+    <p><directive>LimitInternalRecursion</directive> hace que el
+    servidor no sufra un error irrecuperable cuando entra en un ciclo
+    infinito de redirecciones internas o subpeticiones. Tales ciclos
+    se producen normalmente por errores de configuraci&#243;n.</p>
+
+    <p>La directiva guarda dos l&#237;mites diferentes, los cuales se
+    eval&#250;an en para cada petici&#243;n. El primer
+    <var>n&#250;mero</var> es el n&#250;mero m&#225;ximo de
+    redirecciones internas, que pueden producirse una detr&#225;s de
+    otra. El segundo <var>n&#250;mero</var> determina, la profundidad
+    a la que subpeticiones pueden anidarse. Si especifica solo un
+    <var>n&#250;mero</var>, se asignar&#225; a ambos l&#237;mites.</p>
+
+    <example><title>Ejemplo</title>
+      LimitInternalRecursion 5
+    </example>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>LimitRequestBody</name>
+<description>Restringe el tama&#241;o total del cuerpo de las peticiones
+HTTP enviadas desde el cliente</description>
+<syntax>LimitRequestBody <var>bytes</var></syntax>
+<default>LimitRequestBody 0</default>
+<contextlist><context>server config</context><context>virtual host</context>
+<context>directory</context><context>.htaccess</context>
+</contextlist>
+<override>Todas</override>
+
+<usage>
+    <p>Esta directiva especifica el n&#250;mero de <var>bytes</var>
+    desde 0 (que significa sin l&#237;mite) hasta 2147483647 (2GB) que
+    se permite que tenga el cuerpo de una petici&#243;n.</p>
+
+    <p>La directiva <directive>LimitRequestBody</directive> permite al
+    usuario especificar un l&#237;mite al tama&#241;o del cuerpo del
+    mensaje de las peticiones dentro del contexto en el que la
+    directiva aparece (server, per-directory, per-file o
+    per-location). Si la petici&#243;n del cliente excede ese
+    l&#237;mite, el servidor devolver&#225; una respuesta de error en
+    lugar de servir la petici&#243;n. El tama&#241;o del cuerpo del
+    mensaje de una petici&#243;n normal var&#237;a mucho en
+    funci&#243;n de la naturaleza del recurso y los m&#233;todos
+    permitidos para ese recurso. Los scripts CGI usan normamente el
+    cuerpo del mensaje para acceder la informaci&#243;n de formularios
+    HTML.  Las implementaciones del m&#233;todo <code>PUT</code>
+    requerir&#225;n un valor al menos del mismo tama&#241;o que
+    cualquier representaci&#243;n que el servidor desee aceptar para
+    ese recurso.</p>
+
+    <p>Esta directiva le da al administrador del servidor un mayor
+    control sobre el comportamiento anormal de peticiones de clientes,
+    lo cual puede ser &#250;til para evitar algunos tipos de ataques de
+    denegaci&#243;n de servicio.</p>
+
+    <p>Si, por ejemplo, permite que se suban archivos a una ubicaci&#243;n
+    en concreto, y quiere limitar el tama&#241;o de los ficheros que se
+    suban a 100K, puede usar la siguiente directiva:</p>
+
+    <example>
+      LimitRequestBody 102400
+    </example>
+
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>LimitRequestFields</name>
+<description>Limita el n&#250;mero de campos de la cabecera de las
+peticiones HTTP del cliente que ser&#225;n aceptadas</description>
+<syntax>LimitRequestFields <var>number</var></syntax>
+<default>LimitRequestFields 100</default>
+<contextlist><context>server config</context></contextlist>
+
+<usage>
+    <p><var>Number</var> es un entero entre 0 (sin l&#237;mite) hasta
+    32767. El valor por defecto se define por la constante
+    <code>DEFAULT_LIMIT_REQUEST_FIELDS</code> al compilar (y es de 100
+    campos para la cabecera).</p>
+
+    <p>La directiva <directive>LimitRequestFields</directive> permite
+    al administrador del servidor modificar el l&#237;mite del
+    n&#250;mero de campos de la cabecera permitidos en una
+    petici&#243;n HTTP. Este valor tiene que ser mayor que el
+    n&#250;mero de campos que tiene la cabecera de una petici&#243;n
+    normal de un cliente. El n&#250;mero de campos de la cabecera de
+    una petici&#243;n usados por un cliente raramente pasa de 20, pero
+    esto puede variar seg&#250;n las diferentes implementaciones, a
+    menudo dependiendo incluso de la configuraci&#243;n que un usuario
+    haya hecho de su navegador para soportar negociaci&#243;n de
+    contenidos detallada. Las extensiones opcionales de HTTP se
+    expresan muchas veces usando campos de cabecera de
+    petici&#243;n.</p>
+
+    <p>Esta directiva le da al administrador del servidor un mayor
+    control sobre el comportamiento anormal de peticiones de clientes,
+    lo cual puede ser &#250;til para evitar algunos tipos de ataques
+    de denegaci&#243;n de servicio. Debe incrementar el valor que se
+    especifica en esta directiva si a los clientes normales les llegan
+    mensajes de error que indican que se han enviado demasiados campos
+    de cabecera en la petici&#243;n.</p>
+
+    <p>Por ejemplo:</p>
+
+    <example>
+      LimitRequestFields 50
+    </example>
+
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>LimitRequestFieldSize</name>
+<description>Limita el tama&#241;o permitido de las cabeceras de las peticiones HTTP de los clientes</description>
+<syntax>LimitRequestFieldsize <var>bytes</var></syntax>
+<default>LimitRequestFieldsize 8190</default>
+<contextlist><context>server config</context></contextlist>
+
+<usage>
+    <p>Esta directiva especifica el n&#250;mero de <var>bytes</var>
+    desde 0 hasta el valor de la constante definida al compilar
+    <code>DEFAULT_LIMIT_REQUEST_FIELDSIZE</code> (8190 por defecto)
+    que ser&#225; permitido para una cabecera de las peticiones
+    HTTP.</p>
+
+    <p>La directiva <directive>LimitRequestFieldSize</directive>
+    permite al administrador del servidor reducir el l&#237;mite del
+    tama&#241;o permitido de una cabecera de las peticiones HTTP por
+    debajo del tama&#241;o del buffer de entrada compilado en el
+    servidor. Este valor tiene que ser lo suficientemente grande para
+    que no quede por debajo del tama&#241;o normal de una cabecera de
+    petici&#243;n de un cliente. El tama&#241;o de una cabecera de una
+    petici&#243;n var&#237;a mucho en funci&#243;n de la
+    implementaci&#243;n del cliente, a menudo depende incluso de la
+    configuraci&#243;n del navegador que haya hecho el usuario para
+    soportar negociaci&#243;n de contenido detallada.</p>
+
+    <p>Esta directiva le da al administrador del servidor un mayor
+    control sobre el comportamiento anormal de peticiones de clientes,
+    lo cual puede ser &#250;til para evitar algunos tipos de ataques de
+    denegaci&#243;n de servicio.</p>
+
+    <p>Por ejemplo:</p>
+
+    <example>
+      LimitRequestFieldSize 4094
+    </example>
+
+    <note>En condiciones normales, no debe modificarse el valor que
+    viene por defecto.</note>
+
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>LimitRequestLine</name>
+<description>Limita el tama&#241;o la l&#237;nea de petici&#243;n HTTP que ser&#225;
+aceptada</description>
+<syntax>LimitRequestLine <var>bytes</var></syntax>
+<default>LimitRequestLine 8190</default>
+<contextlist><context>server config</context></contextlist>
+
+<usage>
+    <p>Esta directiva especifica el n&#250;mero de <var>bytes</var> de
+    0 hasta el valor de la constante definida al compilar
+    <code>DEFAULT_LIMIT_REQUEST_LINE</code> ( @@@@ 8190 as distributed @@@@ ) que
+    se permitir&#225; para la l&#237;nea de petici&#243;n HTTP.</p>
+
+    <p>La directiva <directive>LimitRequestLine</directive> permite al
+    administrador del servidor reducir el l&#237;mite de tama&#241;o
+    permitido de la l&#237;nea de petici&#243;n de las peticiones HTTP
+    de los clientes por debajo del tama&#241;o del buffer de entrada
+    compilado con el servidor. Como la l&#237;nea de petici&#243;n
+    consiste en el m&#233;todo HTTP, la URI y la versi&#243;n del
+    protocolo, la directiva <directive>LimitRequestLine</directive>
+    impone una restricci&#243;n en la longitud de la URI de la
+    petici&#243;n permitida por el servidor. Este valor tiene que ser
+    lo suficientemente grande como para que admita el tama&#241;o de
+    sus nombres de recurso, incluida la informaci&#243;n que puede
+    ser pasada como parte de consulta de una petici&#243;n
+    <code>GET</code>.</p>
+
+    <p>Esta directiva le da al administrador del servidor un mayor
+    control sobre el comportamiento anormal de peticiones de clientes,
+    lo cual puede ser &#250;til para evitar algunos tipos de ataques de
+    denegaci&#243;n de servicio.</p>
+
+    <p>Por ejemplo:</p>
+
+    <example>
+      LimitRequestLine 4094
+    </example>
+
+    <note>En condiciones normales, no debe modificarse el valor que
+    viene por defecto.</note>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>LimitXMLRequestBody</name>
+<description>Limita el tama&#241;o del cuerpo de una petici&#243;n XML</description>
+<syntax>LimitXMLRequestBody <var>bytes</var></syntax>
+<default>LimitXMLRequestBody 1000000</default>
+<contextlist><context>server config</context><context>virtual host</context>
+<context>directory</context><context>.htaccess</context></contextlist>
+<override>All</override>
+
+<usage>
+    <p>L&#237;mite (en bytes) o tama&#241;o m&#225;ximo del cuerpo de una petici&#243;n
+    basada en XML. Si se especifica el valor <code>0</code> se
+    desactiva este control.</p>
+
+    <p>Ejemplo:</p>
+
+    <example>
+      LimitXMLRequestBody 0
+    </example>
+
+</usage>
+</directivesynopsis>
+
+<directivesynopsis type="section">
+<name>Location</name>
+<description>Aplica las directivas que contiene solo a las URLs que tengan una equivalencia con los valores que se especifiquen</description>
+<syntax>&lt;Location
+    <var>URL-path</var>|<var>URL</var>&gt; ... &lt;/Location&gt;</syntax>
+<contextlist><context>server config</context><context>virtual host</context>
+</contextlist>
+
+<usage>
+    <p>Una secci&#243;n <directive type="section">Location</directive>
+    aplica las directivas que contiene seg&#250;n la URL de que se
+    trate. Es parecida a la directiva <directive type="section"
+    module="core">Directory</directive>, y tiene que terminar con una
+    directiva <code>&lt;/Location&gt;</code>. Las secciones <directive
+    type="section">Location</directive> se procesan en el orden en que
+    aparecen en el fichero de configuraci&#243;n, despu&#233;s de leer
+    las secciones <directive type="section"
+    module="core">Directory</directive> y los ficheros
+    <code>.htaccess</code>, y despu&#233;s de las secciones <directive
+    type="section" module="core">Files</directive>.</p>
+
+    <p>Las secciones <directive type="section">Location</directive>
+    operan completamente fuera del sistema de ficheros.  Esto tiene
+    varias consecuencias. La m&#225;s importante, es que las
+    directivas <directive type="section">Location</directive> no deben
+    usarse para controlar el acceso a ubicaciones del sistema de
+    ficheros. Como diferentes URLs pueden corresponderse con una misma
+    ubicaci&#243;n de un sistema de ficheros, tales controles de
+    acceso pueden ser burlados.</p>
+
+    <note><title>Cu&#225;ndo usar <directive
+    type="section">Location</directive></title>
+
+    <p>Use <directive type="section">Location</directive> para aplicar
+    las directivas que va a incluir a contenido que est&#225; fuera
+    del sistema de ficheros.  Para el contenido que est&#233; en el
+    sistema de ficheros, use <directive type="section"
+    module="core">Directory</directive> y <directive type="section"
+    module="core">Files</directive>.  Una excepci&#243;n a esto es el
+    uso de <code>&lt;Location /&gt;</code>, que es un modo f&#225;cil
+    de aplicar una configuraci&#243;n a un servidor entero.</p>
+    </note>
+
+    <p>Para todas las peticiones que no provengan de servidores proxy,
+    la URL de la que se buscan equivalencias es una ruta URL de la
+    forma <code>/path/</code>.  Ning&#250;n esquema, nombre de host,
+    puerto o cadena de consulta puede incluirse.  Para peticiones
+    provenientes de servidores proxy, la URL de la que se buscan
+    euivalencias es de la forma <code>scheme://servername/path</code>,
+    y debe incluir el prefijo.</p>
+
+    <p>La URL puede usar caracteres comod&#237;n. En una cadena de
+    caracteres comod&#237;n, <code>?</code> equivale a cualquier
+    car&#225;cter, y <code>*</code> equivale a cualquier secuencia de
+    caracteres.</p>
+
+    <p>Tambi&#233;n pueden usarse expresiones regulares extendidas,
+    con el car&#225;cter adicional <code>~</code>. Por ejemplo:</p>
+
+    <example>
+      &lt;Location ~ "/(extra|special)/data"&gt;
+    </example>
+
+    <p>equivaldr&#225; a las URLs que contengan la subcadena
+    <code>/extra/data</code> o <code>/special/data</code>. La
+    directiva <directive type="section"
+    module="core">LocationMatch</directive> se comporta de igual modo
+    que la versi&#243;n de regex de <directive
+    type="section">Location</directive>.</p>
+
+    <p>El uso de <directive type="section">Location</directive> es
+    especialmente &#250;til cuando se combina con la directiva
+    <directive module="core">SetHandler</directive>. Por ejemplo, para
+    permitir peticiones de status, pero solo de navegadores que
+    intenten acceder a <code>foo.com</code>, puede usar:</p>
+
+    <example>
+      &lt;Location /status&gt;<br />
+      <indent>
+        SetHandler server-status<br />
+        Order Deny,Allow<br />
+        Deny from all<br />
+        Allow from .foo.com<br />
+      </indent>
+      &lt;/Location&gt;
+    </example>
+
+    <note><title>Comentarios sobre la barra : /</title> <p>El
+      car&#225;cter de la barra tiene un significado especial

[... 1336 lines stripped ...]


Mime
View raw message