You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by nd...@apache.org on 2005/04/18 17:43:01 UTC
svn commit: r161768 [2/3] -
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
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ásicas del servidor HTTP Apache que
+están siempre presentes</description>
+<status>Core</status>
+
+<directivesynopsis>
+<name>AcceptPathInfo</name>
+<description>Especifica si los recursos aceptan información de
+path añ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ón de path añadida (trailing pathname
+ information) a continuación de un nombre de fichero existente
+ (o no existente en un directorio que sí existe) serán
+ aceptadas o rechazadas. La información de path añ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ón <code>/test/</code>
+ se refiere a un directorio que contiene un ú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ón será aceptada
+ solamente si se refiere literalmente a una ruta que existe. Por
+ tanto, una petición con información de path añadida
+ (trailing pathname information) después de un nombre de
+ fichero que existe, del tipo <code>/test/here.html/more</code>
+ como en el ejemplo de arriba, devolverá el mensaje de error
+ 404 NOT FOUND.</dd>
+
+ <dt><code>On</code></dt><dd>Una petición será aceptada
+ si la componente anterior a la información de path
+ añadida (trailing pathname information) se refiere a un
+ fichero que existe. El ejemplo de arriba
+ <code>/test/here.html/more</code> será aceptado si
+ <code>/test/here.html</code> se refiere a un fichero
+ válido.</dd>
+
+ <dt><code>Default</code></dt><dd>El tratamiento de las peticiones
+ con información de path añadida (trailing pathname
+ information) está determinado por el <a
+ href="../handler.html">handler</a> responsable de la
+ petición. El handler bá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ó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ásico
+ rechazaría normalmente la petición. Puede usar la
+ siguiente configuración para activar dicho script:</p>
+
+ <example>
+ <Files "mypaths.shtml"><br />
+ <indent>
+ Options +Includes<br />
+ SetOutputFilter INCLUDES<br />
+ AcceptPathInfo On<br />
+ </indent>
+ </Files>
+ </example>
+
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>AccessFileName</name>
+<description>Nombre del fichero de configuració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ón el servidor busca
+ el primer fichero de configuración de esta lista de nombres
+ en cada directorio de la ruta del documento, siempre y cuando los
+ ficheros de configuración distribuida esté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á
+ <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>
+ <Directory /><br />
+ <indent>
+ AllowOverride None<br />
+ </indent>
+ </Directory>
+ </example>
+</usage>
+<seealso><directive module="core">AllowOverride</directive></seealso>
+<seealso><a href="../configuring.html">Ficheros de Configuración</a></seealso>
+<seealso><a href="../howto/htaccess.html">Ficheros .htaccess</a></seealso>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>AddDefaultCharset</name>
+<description>Parámetro del conjunto de caracteres que se
+añ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ámetro del conjunto de caracteres que se añade
+ añ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á 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á determinado por la
+ configuració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á 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ó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ó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ón del tipo
+ MIME de la respuesta.</p>
+
+ <p>El siguiente ejemplo usa el filtro <code>DEFLATE</code>, del
+ módulo <module>mod_deflate</module>. Este filtro comprime la
+ parte de la respuesta de la petición (ya sea estática o
+ dinámica) que esté 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ás de un
+ filtro, debe separar sus nombres con puntos y comas
+ (;). Tambén es posible usar la directiva
+ <directive>AddOutputFilterByType</directive> para cada uno de los
+ filtros.</p>
+
+ <p>La configuración que se muestra má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>
+ <Location /cgi-bin/><br />
+ <indent>
+ Options Includes<br />
+ AddOutputFilterByType INCLUDES;DEFLATE text/html<br />
+ </indent>
+ </Location>
+ </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ú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í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é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ó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ón
+ codificados (<code>%2F</code> para <code>/</code> y
+ <code>%5C</code> para <code>\</code> en funció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 ú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ón
+ de <code>%2F</code> o <code>%5C</code> (según el sistemas
+ de que se trate) se dejará 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á 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ón previas.</p>
+
+ <note><title>Solamente disponible en las secciones
+ <Directory></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á 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ó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í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á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ón</a></seealso>
+<seealso><a href="../howto/htaccess.html">Ficheros .htaccess</a></seealso>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>AuthName</name>
+<description>Ambito de autorización para su uso en
+autentificació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ón para acceder a un directorio. Este
+ nombre de dominio se muestra al cliente para que el usuario sepa
+ qué nombre de usuario y contraseña ha de introducir.
+ <directive>AuthName</directive> toma solamente un argumento; si
+ el nombre de dominio contiene algú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á lo que aparecerá en el cuadro
+ de diálogo de acceso de la mayoría de los
+ navegadores.</p>
+</usage>
+<seealso>
+ <a href="../howto/auth.html">Autentificación, Autorización y
+ Control de Acceso</a></seealso>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>AuthType</name>
+<description>Tipo de autentificació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ón de
+ usuarios que usará para un directorio. Actualmente solamente
+ están implementadas las opciones <code>Basic</code> y
+ <code>Digest</code>.
+
+ Para que funcione correctamente, esta directiva tiene que ir
+ acompañ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ón, Autorización y
+Control de Acceso</a></seealso>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>CGIMapExtension</name> <description>Técnica para localizar
+un inté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érprete para ejecutar scripts CGI. Por
+ ejemplo, si usa <code>CGIMapExtension sys:\foo.nlm .foo</code>,
+ todos los scripts CGI con extensión <code>.foo</code> se
+ pasarán al intérprete FOO.</p>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>ContentDigest</name>
+<description>Activa la generació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ón de cabeceras
+ <code>Content-MD5</code> segú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én será 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á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ón (los valores no se guardan).</p>
+
+ <p>La cebecera <code>Content-MD5</code> se envía solamente
+ cuando un documento es servido por <module>core</module>. Si el
+ documento es servido con cuaquier otro módulo, no se
+ enví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á 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ía apropiado para un directorio que contenga muchas
+ imagenes tipo GIF cuyos nombres de fichero no tengan la
+ extensió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ón por
+ defecto.</p>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis type="section">
+<name>Directory</name> <description>Engloba a un grupo de directivas
+que se aplicarán solamente al directorio del sistema de ficheros
+especificado y a sus subdirectorios</description>
+<syntax><Directory <var>directory-path</var>>
+... </Directory></syntax> <contextlist><context>server
+config</context><context>virtual host</context>
+</contextlist>
+
+<usage>
+ <p>Las directivas <directive type="section">Directory</directive>
+ y <code></Directory></code> se usan para englobar un grupo
+ de directivas que se aplicarán solamente al directorio
+ especificado y a sus subdirectorios. Puede incluir a cualquier
+ directiva cuyo uso esté permitido en un contexto
+ <directory>. <var>Directory-path</var> puede ser tanto la
+ ruta completa a un directorio, como una cadena de caracteres
+ comodín que use las reglas de equivalencia de los shells de
+ Unix. En una cadena de caracteres comodín, el carácter
+ <code>?</code> equivale a cualquier carácter individual, y
+ <code>*</code> equivale a cualquier secuencia de
+ caracteres. También puede usar <code>[]</code> para expresar
+ rangos de caracteres. Ninguno de los caracteres comodín
+ equivale al carácter `/', de modo que <code><Directory
+ /*/public_html></code> no equivale a
+ <code>/home/user/public_html</code>, pero sí a
+ <code><Directory /home/*/public_html></code>. Ejemplo:</p>
+
+ <example>
+ <Directory /usr/local/httpd/htdocs><br />
+ <indent>
+ Options Indexes FollowSymLinks<br />
+ </indent>
+ </Directory>
+ </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><Directory></code> en particular no se
+ aplicarán a los ficheros de ese mismo directorio pero que
+ sean accedidos mediante una ruta diferente, como por ejemplo
+ mediante enlaces simbólicos diferentes.</p>
+ </note>
+
+ <p>También pueden usar expresiones regulares extendidas,
+ añadiendo el carácter <code>~</code>. Por ejemplo:</p>
+
+ <example>
+ <Directory ~ "^/www/.*/[0-9]{3}">
+ </example>
+
+ <p>equivaldría a los directorios en <code>/www/</code> cuyo
+ nombres consistan en tres nú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ún el
+ criterio de la ruta equivalente más corta, junto con las
+ directivas de los archivos <a
+ href="#accessfilename">.htaccess</a>. Por ejemplo, con</p>
+
+ <example>
+ <Directory /><br />
+ <indent>
+ AllowOverride None<br />
+ </indent>
+ </Directory><br />
+ <br />
+ <Directory /home/><br />
+ <indent>
+ AllowOverride FileInfo<br />
+ </indent>
+ </Directory>
+ </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úan las expresiones regulares en el orden en que
+ aparecen en el fichero de configuración. Por ejemplo, con</p>
+
+ <example>
+ <Directory ~ abc$><br />
+ <indent>
+ # ... directivas aquí ...<br />
+ </indent>
+ </Directory>
+ </example>
+
+ <p>la sección de expresiones regulares no será
+ considerada hasta despué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án aplicadas.</p>
+
+ <p><strong>Tenga en cuenta que por defecto el acceso de Apache a
+ <code><Directory /></code> es <code>Allow from All</code>.
+ Esto significa que Apache servirá cualquier fichero que se
+ corresponda con una URL. Se recomienda que modifique este
+ comportamiento con un bloque del siguiente tipo</strong></p>
+
+ <example>
+ <Directory /><br />
+ <indent>
+ Order Deny,Allow<br />
+ Deny from All<br />
+ </indent>
+ </Directory>
+ </example>
+
+ <p><strong>y haga prevalecer una configuración diferente para
+ los solamente para los directorios que usted <em>quiera</em> que
+ sean accesibles. Consulte la sección <a
+ href="../misc/security_tips.html">Consejos de seguridad</a> para
+ obtener más informació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ó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ón de
+ cómo funcionan las secciones <Directory>,
+ <Location> y <Files></a> para obtener más
+ información sobre la forma en que se combinan estas secciones
+ cuando se recibe una petició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ón regular</description>
+<syntax><DirectoryMatch <var>regex</var>>
+... </DirectoryMatch></syntax> <contextlist><context>server
+config</context><context>virtual host</context>
+</contextlist>
+
+<usage>
+ <p><directive type="section">DirectoryMatch</directive> y
+ <code></DirectoryMatch></code> se usan para englobar a un
+ grupo de directivas que se aplicarán solamente al directorio
+ (y los subdirectorios de éste) especificado, al igual que
+ <directive module="core" type="section">Directory</directive>. Sin
+ embargo, en ese caso la directiva toma como argumento una
+ expresión regular. Por ejemplo:</p>
+
+ <example>
+ <DirectoryMatch "^/www/.(.+)?[0-9]{3}">
+ </example>
+
+ <p>equivaldrá a los directorios en <code>/www/</code> cuyo nombre
+ consista en tres números.</p>
+</usage>
+<seealso><directive type="section" module="core">Directory</directive>
+si quiere una descripción completa de có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
+<Directory>, <Location> y <Files></a> para obtener
+más información sobre como se combinan estas secciones
+cuando se recibe una petició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ál
+ <program>httpd</program> servirá los ficheros. A menos que
+ especifique alguna otra equivalencia mediante una directiva
+ <directive module="mod_alias">Alias</directive>, el servidor
+ añ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ó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ó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ón requiere acceder a los datos dentro de un
+ fichero -- por ejemplo, cuando se sirve un fichero analizado
+ sintácticamente por el servidor con el módulo
+ <module>mod_include</module> -- Apache mapea en memoria el archivo
+ si el sistema operativo soporta esa operació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á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ía abortar su ejecución
+ debido a un fallo de segmentació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ícitamente para los archivos implicados
+ especificando:</p>
+
+ <example>
+ <Directory "/path-to-nfs-files">
+ <indent>
+ EnableMMAP Off
+ </indent>
+ </Directory>
+ </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á procesando
+ una petición que no requiere acceso a los datos de un fichero
+ -- por ejemplo, cuando se sirve un fichero está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í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ó
+ correctamente, especialmente si los binarios fueron construidos en
+ una máquina y despué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ón de TCP_checksum en ciertas tarjetas de red que
+ usan IPv6</li>
+
+ <li>Si <directive module="core">DocumentRoot</directive> está
+ montado en red (por ejemplo, NFS o SMB), el kernel puede que no
+ sea capaz de servir el fichero de red a travé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ícitamente para los ficheros que puedan
+ ocasionar problemas mediante:</p>
+
+ <example>
+ <Directory "/path-to-nfs-files">
+ <indent>
+ EnableSendfile Off
+ </indent>
+ </Directory>
+ </example>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>ErrorDocument</name>
+<description>Es lo que el servidor devuelve al cliente si se produce
+algú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ándar</li>
+
+ <li>devolver un mensaje de error personalizado</li>
+
+ <li>redireccionar la petición a una <var>ruta-URL</var>
+ local</li>
+
+ <li>redireccionar la petición a una <var>URL</var> externa</li>
+ </ol>
+
+ <p>La primera opció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ódigo de respuesta HTTP y una URL o un mensaje. Apache
+ ofrece a veces otra informació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é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á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 />
+ <Directory /web/docs><br />
+ <indent>
+ ErrorDocument 404 default<br />
+ </indent>
+ </Directory>
+ </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á al cliente, incluso
+ si al final, el documento al que redirecciona está en el
+ mismo servidor. Esto tiene varias implicaciones, la más
+ importante es que el cliente no recibirá el código de
+ error original, sino que en su lugar recibirá el código
+ de estado del redireccionamiento. Esto puede confundir a los
+ robots web y otros clientes que tratan de determinar si una URL es
+ válida usando el código de estado. Además, si usa
+ una URL remota en un <code>ErrorDocument 401</code>, el cliente no
+ sabrá pedir contraseñas al usuario porque no
+ recibirá el có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á por defecto
+ los mensajes de error generados por el servidor cuando sean
+ "demasiado pequeños" y los sustituirá por mensajes de
+ error propios. El tamaño se considera pequeño según
+ el tipo de error de que se trate, pero en general, si su mensaje
+ de error es de más de 512 bytes, MSIE mostrará en
+ mensaje del error generado por el servidor y no el suyo. Puede
+ encontrar más información sobre este asunto en el
+ artí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ñadiendoles dobles comillas (") al principio que
+ no se cerraban al final del mensaje.</p>
+</usage>
+
+<seealso><a href="../custom-error.html">Documentación sobre
+personalización de respuestas</a></seealso>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>ErrorLog</name>
+<description>Ubicació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á 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ón <a
+ href="../misc/security_tips.html#serverroot">consejos sobre
+ seguridad</a> para obtener más información sobre có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 ú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ó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á basado en un fichero. (El valor de
+ <code>ETag</code> se usa en la gestió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ño y la hora y la fecha en que
+ se modificó por última vez (mtime). La directiva
+ <directive>FileETag</directive> permite elegir cuá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úmero de inodo en el cálculo</dd>
+ <dt><strong>MTime</strong></dt>
+ <dd>Para incluir en el cálculo la hora y la fecha en que el
+ fichero fue modificado por última vez</dd>
+ <dt><strong>Size</strong></dt>
+ <dd>Para incluir en el cálculo el número de bytes que ocupa el fichero</dd>
+ <dt><strong>All</strong></dt>
+ <dd>Para incluir en el cá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á basado en un fichero, ningún campo
+ <code>ETag</code> será 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ón
+ heredada de un ámbito más amplio. Cualquier palabra clave que
+ aparezca sin un prefijo cancela inmediatamente la configuración
+ heredada.</p>
+
+ <p>Si la configuración para un directorio incluye
+ <code>FileETag INode MTime Size</code>, y la de un subdirectorio
+ incluye <code>FileETag -INode</code>, la configuración para
+ ese subdirectorio (que será heredada por cualquier
+ subdirectorio que no tenga un configuración propia) será
+ 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><Files <var>filename</var>> ... </Files></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 ámbito de aplicación de las directivas que incluye segú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></Files></code>. Las directivas usadas en
+ esta sección se aplicarán a cualquier objeto con un nombre base
+ (ú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ón, despué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ácteres comodín, donde <code>?</code>
+ equivale a cualquier carácter individual, y <code>*</code>
+ equivale a cualquier secuencia de caracteres. También pueden
+ usarse expresiones regulares extendidas, con la ventaja de que
+ tambien se puede usar el carácter <code>~</code>. Por
+ ejemplo:</p>
+
+ <example>
+ <Files ~ "\.(gif|jpe?g|png)$">
+ </example>
+
+ <p>equivaldría a la mayoría de los formatos grá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ómo funcionan las secciones
+ <Directory>, <Location> and <Files> </a> para
+ obtener una información más detallada sobre cómo se combinan estas
+ diferentes secciones cuando se recibe una petició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><FilesMatch <var>regex</var>> ... </FilesMatch></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ú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>
+ <FilesMatch "\.(gif|jpe?g|png)$">
+ </example>
+
+ <p>equivaldría a la mayoría de los formatos gráficos de Internet.</p>
+</usage>
+
+<seealso><a href="../sections.html">Cómo funcionan las secciones
+ <Directory>, <Location> and <Files></a> para
+ obtener información detallada sobre la forma en que estas
+ secciones se combinan cuando se recibe una petició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úcleo del servidor a partir de la
+versión de Apache 2.0</compatibility>
+
+<usage>
+ <p>Cuando se usa en un fichero <code>.htaccess</code> o en una
+ secció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é 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 />
+ <Location /images><br />
+ <indent>
+ ForceType image/gif<br />
+ </indent>
+ </Location><br />
+ <br />
+ # pero permitir la asociación de tipos MIME normal aquí:<br />
+ <Location /images/mixed><br />
+ <indent>
+ ForceType None<br />
+ </indent>
+ </Location>
+ </example>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>HostnameLookups</name> <description>Activa la resolució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ó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é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úsqueda
+ posterior debe equivaler a la dirección IP original. (En
+ terminologí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á una consulta inversa doble. Esto se
+ hace por seguridad. Tenga en cuenta que el resultado de una
+ busqueda inversa doble no está 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ó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á a los CGIs en <code>REMOTE_HOST</code>.</p>
+
+ <p>El valor por defecto es <code>Off</code> para ahorrar
+ tráfico de red en aquellos sitios web que realmente no
+ necesitan hacer búsquedas inversas dobles. También es
+ mejor para los usuarios finales porque no tienen que sufrir el
+ retardo adicional que introducen las búsquedas. Los sitios
+ web con mucha carga deben usar en esta directiva el valor
+ <code>Off</code>, porque las bú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ón, puede usarse más tarde para buscar nombres
+ de host en direcciones IP que estén en los logs cuando no
+ esté en lí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ún se
+ especifica en el RFC1413, del nombre de usuario remoto para casda
+ conexión cuando la máquina del cliente corra
+ "identd" o un programa similar. Esta información se
+ registra en el log de acceso.</p>
+
+ <p>La informació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ón hay que ejecutar una consulta de este tipo. Cuando
+ hay firewalls involucrados, cada búsqueda puede probablemente
+ fallar y añadir 30 segundos de retardo cada vez que se
+ intenta un acceso. De modo que en general, su uso no es muy
+ útil en servidores públicos accesibles desde
+ Internet.</p>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis type="section">
+<name>IfDefine</name>
+<description>Engloba directivas que serán procesadas solo si se
+cumple una determinada condición al iniciar el servidor</description>
+<syntax><IfDefine [!]<var>parameter-name</var>> ...
+ </IfDefine></syntax>
+<contextlist><context>server config</context><context>virtual host</context>
+<context>directory</context><context>.htaccess</context>
+</contextlist>
+<override>All</override>
+
+<usage>
+ <p>La sección <code><IfDefine
+ <var>test</var>>...</IfDefine> </code> se usa para marcar
+ directivas que son condicionales. Las directivas que hay dentro de
+ una secció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á ignorado.</p>
+
+ <p>El <var>test</var> en la secció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ámetro llamado
+ <var>parameter-name</var> está definido. El segundo formato
+ hace lo contrario, y procesa las directivas solo si
+ <var>parameter-name</var> <strong>no</strong> está
+ definido.</p>
+
+ <p>El argumento <var>parameter-name</var> se define cuando se
+ ejecuta <program>httpd</program> por la línea de comandos con la opció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ámetros. Ejemplo:</p>
+
+ <example>
+ httpd -DReverseProxy ...<br />
+ <br />
+ # httpd.conf<br />
+ <IfDefine ReverseProxy><br />
+ <indent>
+ LoadModule rewrite_module modules/mod_rewrite.so<br />
+ LoadModule proxy_module modules/libproxy.so<br />
+ </indent>
+ </IfDefine>
+ </example>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis type="section">
+<name>IfModule</name>
+<description>Engloba directivas que se procesan de forma condicional
+según esté presente o ausente un módulo específico</description>
+<syntax><IfModule [!]<var>module-name</var>> ...
+ </IfModule></syntax>
+<contextlist><context>server config</context><context>virtual host</context>
+<context>directory</context><context>.htaccess</context>
+</contextlist>
+<override>Todas</override>
+
+<usage>
+ <p>La sección <code><IfModule
+ <var>test</var>>...</IfModule></code> se usa para marcar
+ las directivas que se aplican si está presente un módulo
+ específico. Las directivas dentro de una secció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ódulo llamado
+ <var>module name</var> está incluido en Apache -- ya sea
+ porque está compilado en el servidor o porque esté
+ cargado dinámicamente usando <directive module="mod_so"
+ >LoadModule</directive>. El segundo formato hace lo contrario, y
+ solo se procesan las directivas si el módulo <var>module
+ name</var> <strong>no</strong> está incluido.</p>
+
+ <p>El argumento <var>module name</var> es el nombre del fichero del
+ módulo en el momento en que fue compilado. Por ejemplo,
+ <code>mod_rewrite.c</code>. Si un mó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ódulos.</p>
+
+ <note>Esta sección debe usarse solo si necesita tener un
+ fichero de configuración que funcione tanto si está como
+ si no está un determinado mó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ón dentro de
+los ficheros de configuració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ín para encontrar
+equivalencias en las versiones de Apache 2.0.41 y posteriores</compatibility>
+
+<usage>
+ <p>Esta directiva permite la inclusión de otros ficheros de
+ configuración dentro de los ficheros de configuración del
+ servidor.</p>
+
+ <p>Los caracteres comodín de tipo shell (<code>fnmatch()</code>)
+ pueden usarse para incluir varios ficheros de una vez por orden
+ alfabético. Además, si <directive>Include</directive> apunta a un
+ directorio, en lugar de a un fichero, Apache leerá todos los
+ ficheros en ese directorio y sus subdirectorios. Sin embargo, no se
+ recomienda incluir subdirectorios enteros, porque es fácil dejar
+ accidentalmente ficheros temporales en un directorio y esto
+ provocará 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á
+ una lista con los ficheros que están siendo procesados
+ durante la comprobación de la configuració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ón Keep-Alive de HTTP/1.0 y la funcionalidad de
+ conexión persistente de HTTP/1.1 facilitan la posibilidad de
+ que se establezcan sesiones HTTP de larga duración que
+ permiten que se puedan enviar múltiples peticiones sobre la
+ misma conexión TCP. En algunos casos, esto tiene como
+ resultado una reducción de casi el 50% en los tiempos de
+ retardo en el caso de documentos con muchas imá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án solo si el cliente lo solicita
+ específicamente. Además, una conexión Keep-Alive
+ con un cliente HTTP/1.0 puede usarse solo cuando el tamaño
+ del contenido es conocido con antelación. Esto implica que el
+ contenido dinámico, como puede ser el resultado de un CGI,
+ páginas SSI y listados de directorios generados por el
+ servidor, no usará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á
+ @@@@@ chunked encoding @@@@@ para enviar contenido de tamañ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á 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á peticiones
+ subsiguientes antes de cerrar una conexión persistente. Una
+ vez que una petición ha sido recibida, se aplica el valor
+ especificado en la directiva <directive
+ module="core">Timeout</directive> para cerrar la
+ conexió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á el número de procesos del
+ servidor se mantendrán ocupados esperando en conexiones con
+ clientes no activos.</p>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis type="section">
+<name>Limit</name>
+<description>Restringe la aplicación de los controles de acceso incluidos a solo ciertos métodos HTTP</description>
+<syntax><Limit <var>method</var> [<var>method</var>] ... > ...
+ </Limit></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é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ón <directive type="section">Limit</directive>.</strong></p>
+
+ <p>El propósito <directive type="section">Limit</directive>
+ es restringir el efecto de los controles de acceso a los
+ métodos HTTP que se especifiquen. Para los demás
+ métodos, las restricciones de acceso que estén incluidas
+ en <directive type="section">Limit</directive> <strong>no
+ tendrán efecto</strong>. Los siguientes ejemplos aplican el
+ control de acceso solo a los métodos <code>POST</code>,
+ <code>PUT</code>, y <code>DELETE</code>, no afectando al resto de
+ métodos:</p>
+
+ <example>
+ <Limit POST PUT DELETE><br />
+ <indent>
+ Require valid-user<br />
+ </indent>
+ </Limit>
+ </example>
+
+ <p>Los métodos incluidos en la lista pueden ser uno o
+ má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étodos
+ distinguen mayúsculas de minúsculas.</strong> Si usa
+ <code>GET</code> también se restringirán las peticiones
+ <code>HEAD</code>. El método <code>TRACE</code> no puede
+ limitarse.</p>
+
+ <note type="warning">Es mejor usar una sección <directive
+ type="section" module="core">LimitExcept</directive> en lugar de
+ una sección <directive type="section"
+ module="core">Limit</directive> cuando se quiere restringir el
+ acceso, porque una sección <directive type="section"
+ module="core">LimitExcept</directive> protege contra métodos
+ arbitrarios.</note>
+
+</usage>
+</directivesynopsis>
+
+<directivesynopsis type="section">
+<name>LimitExcept</name>
+<description>Restringe los controles de acceso a todos los métodos
+HTTP excepto a los que se especifiquen</description>
+<syntax><LimitExcept <var>method</var> [<var>method</var>] ... >
+ ... </LimitExcept></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></LimitExcept></code> se usan para englobar un grupo
+ de directivas de control de acceso que se aplicarán a
+ cualquier método de acceso HTTP <strong>no</strong>
+ especificado en los argumentos; es lo contrario a lo
+ que hace una sección <directive type="section"
+ module="core">Limit</directive> y puede usarse para controlar
+ tanto métodos estándar como no estándar o
+ métodos no reconocidos. Consulte la documentación de
+ <directive module="core" type="section">Limit</directive> para
+ más detalles.</p>
+
+ <p>Por ejemplo:</p>
+
+ <example>
+ <LimitExcept POST GET><br />
+ <indent>
+ Require valid-user<br />
+ </indent>
+ </LimitExcept>
+ </example>
+
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>LimitInternalRecursion</name>
+<description>Determina el número má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ón interna ocurre, por ejemplo, cuando se usa
+ la directiva <directive module="mod_actions">Action</directive>,
+ la cual internamente redirige la petición original a un
+ script CGI. Una subpetición es un mecanismo de Apache para
+ saber qué ocurriría si se produjera una petició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ón.</p>
+
+ <p>La directiva guarda dos límites diferentes, los cuales se
+ evalúan en para cada petición. El primer
+ <var>número</var> es el número máximo de
+ redirecciones internas, que pueden producirse una detrás de
+ otra. El segundo <var>número</var> determina, la profundidad
+ a la que subpeticiones pueden anidarse. Si especifica solo un
+ <var>número</var>, se asignará a ambos límites.</p>
+
+ <example><title>Ejemplo</title>
+ LimitInternalRecursion 5
+ </example>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>LimitRequestBody</name>
+<description>Restringe el tamañ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úmero de <var>bytes</var>
+ desde 0 (que significa sin límite) hasta 2147483647 (2GB) que
+ se permite que tenga el cuerpo de una petición.</p>
+
+ <p>La directiva <directive>LimitRequestBody</directive> permite al
+ usuario especificar un límite al tamañ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ón del cliente excede ese
+ límite, el servidor devolverá una respuesta de error en
+ lugar de servir la petición. El tamaño del cuerpo del
+ mensaje de una petición normal varía mucho en
+ función de la naturaleza del recurso y los métodos
+ permitidos para ese recurso. Los scripts CGI usan normamente el
+ cuerpo del mensaje para acceder la información de formularios
+ HTML. Las implementaciones del método <code>PUT</code>
+ requerirán un valor al menos del mismo tamaño que
+ cualquier representació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 útil para evitar algunos tipos de ataques de
+ denegación de servicio.</p>
+
+ <p>Si, por ejemplo, permite que se suban archivos a una ubicación
+ en concreto, y quiere limitar el tamañ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úmero de campos de la cabecera de las
+peticiones HTTP del cliente que será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í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ímite del
+ número de campos de la cabecera permitidos en una
+ petición HTTP. Este valor tiene que ser mayor que el
+ número de campos que tiene la cabecera de una petición
+ normal de un cliente. El número de campos de la cabecera de
+ una petición usados por un cliente raramente pasa de 20, pero
+ esto puede variar según las diferentes implementaciones, a
+ menudo dependiendo incluso de la configuración que un usuario
+ haya hecho de su navegador para soportar negociación de
+ contenidos detallada. Las extensiones opcionales de HTTP se
+ expresan muchas veces usando campos de cabecera de
+ petició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 útil para evitar algunos tipos de ataques
+ de denegació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ón.</p>
+
+ <p>Por ejemplo:</p>
+
+ <example>
+ LimitRequestFields 50
+ </example>
+
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>LimitRequestFieldSize</name>
+<description>Limita el tamañ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ú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á permitido para una cabecera de las peticiones
+ HTTP.</p>
+
+ <p>La directiva <directive>LimitRequestFieldSize</directive>
+ permite al administrador del servidor reducir el límite del
+ tamaño permitido de una cabecera de las peticiones HTTP por
+ debajo del tamañ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ño normal de una cabecera de
+ petición de un cliente. El tamaño de una cabecera de una
+ petición varía mucho en función de la
+ implementación del cliente, a menudo depende incluso de la
+ configuración del navegador que haya hecho el usuario para
+ soportar negociació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 útil para evitar algunos tipos de ataques de
+ denegació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ño la línea de petición HTTP que será
+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ú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á para la línea de petición HTTP.</p>
+
+ <p>La directiva <directive>LimitRequestLine</directive> permite al
+ administrador del servidor reducir el límite de tamaño
+ permitido de la línea de petición de las peticiones HTTP
+ de los clientes por debajo del tamaño del buffer de entrada
+ compilado con el servidor. Como la línea de petición
+ consiste en el método HTTP, la URI y la versión del
+ protocolo, la directiva <directive>LimitRequestLine</directive>
+ impone una restricción en la longitud de la URI de la
+ petición permitida por el servidor. Este valor tiene que ser
+ lo suficientemente grande como para que admita el tamaño de
+ sus nombres de recurso, incluida la información que puede
+ ser pasada como parte de consulta de una petició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 útil para evitar algunos tipos de ataques de
+ denegació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ño del cuerpo de una petició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ímite (en bytes) o tamaño máximo del cuerpo de una petició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><Location
+ <var>URL-path</var>|<var>URL</var>> ... </Location></syntax>
+<contextlist><context>server config</context><context>virtual host</context>
+</contextlist>
+
+<usage>
+ <p>Una sección <directive type="section">Location</directive>
+ aplica las directivas que contiene segú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></Location></code>. Las secciones <directive
+ type="section">Location</directive> se procesan en el orden en que
+ aparecen en el fichero de configuración, después de leer
+ las secciones <directive type="section"
+ module="core">Directory</directive> y los ficheros
+ <code>.htaccess</code>, y despué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á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ón de un sistema de ficheros, tales controles de
+ acceso pueden ser burlados.</p>
+
+ <note><title>Cuá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á fuera
+ del sistema de ficheros. Para el contenido que esté en el
+ sistema de ficheros, use <directive type="section"
+ module="core">Directory</directive> y <directive type="section"
+ module="core">Files</directive>. Una excepción a esto es el
+ uso de <code><Location /></code>, que es un modo fácil
+ de aplicar una configuració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ú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ín. En una cadena de
+ caracteres comodín, <code>?</code> equivale a cualquier
+ carácter, y <code>*</code> equivale a cualquier secuencia de
+ caracteres.</p>
+
+ <p>También pueden usarse expresiones regulares extendidas,
+ con el carácter adicional <code>~</code>. Por ejemplo:</p>
+
+ <example>
+ <Location ~ "/(extra|special)/data">
+ </example>
+
+ <p>equivaldrá 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ón de regex de <directive
+ type="section">Location</directive>.</p>
+
+ <p>El uso de <directive type="section">Location</directive> es
+ especialmente ú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>
+ <Location /status><br />
+ <indent>
+ SetHandler server-status<br />
+ Order Deny,Allow<br />
+ Deny from all<br />
+ Allow from .foo.com<br />
+ </indent>
+ </Location>
+ </example>
+
+ <note><title>Comentarios sobre la barra : /</title> <p>El
+ carácter de la barra tiene un significado especial
[... 1336 lines stripped ...]