Cuándo usar <directive=0A= type=3D"section">Location</directive>

Return-Path: Delivered-To: apmail-httpd-docs-archive@www.apache.org Received: (qmail 16188 invoked from network); 13 Apr 2005 16:21:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 13 Apr 2005 16:21:10 -0000 Received: (qmail 1287 invoked by uid 500); 13 Apr 2005 15:25:04 -0000 Delivered-To: apmail-httpd-docs-archive@httpd.apache.org Received: (qmail 1255 invoked by uid 500); 13 Apr 2005 15:25:04 -0000 Mailing-List: contact docs-help@httpd.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: docs@httpd.apache.org Delivered-To: mailing list docs@httpd.apache.org Received: (qmail 1194 invoked by uid 99); 13 Apr 2005 15:25:03 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from mout.perfora.net (HELO mout.perfora.net) (217.160.230.40) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 13 Apr 2005 08:24:54 -0700 Received: from 73-69-136-85.user.auna.net[85.136.69.73] (helo=leviatantwohzp) by mrelay.perfora.net with ESMTP (Nemesis), id 0MKyxe-1DLjj220VV-0000IM; Wed, 13 Apr 2005 11:24:20 -0400 From: "Blanco" To: Subject: Apache 2.0 Documentation. Spanish Translation Date: Wed, 13 Apr 2005 17:28:12 +0200 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0035_01C5404E.2AE22E60" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 In-Reply-To: Importance: Normal Disposition-Notification-To: "Blanco" X-Provags-ID: perfora.net abuse@perfora.net login:0ab4618d890708bbebc210039b4f422d X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_NextPart_000_0035_01C5404E.2AE22E60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Hi, Here is the second part of the file manual/mod/core.xml.es Best Regards, -- Jes�s Blanco www.bitrock.com Project Manager e: blanco @ bitrock.com t: +34 669 23 43 57 f:+34 954 502 697 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.9.7 - Release Date: 12/04/2005 ------=_NextPart_000_0035_01C5404E.2AE22E60 Content-Type: application/octet-stream; name="core.xml.es.part2" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="core.xml.es.part2" =0A= =0A= =0A= =0A= LimitRequestFields=0A= Limita el número de campos de la cabecera de las=0A= peticiones HTTP del cliente que serán aceptadas=0A= LimitRequestFields number=0A= LimitRequestFields 100=0A= server config=0A= =0A= =0A=

Number es un entero entre 0 (sin límite) hasta=0A= 32767. El valor por defecto se define por la constante=0A= DEFAULT_LIMIT_REQUEST_FIELDS al compilar (y es de 100=0A= campos para la cabecera).

=0A= =0A=

La directiva LimitRequestFields permite=0A= al administrador del servidor modificar el límite del=0A= número de campos de la cabecera permitidos en una=0A= petición HTTP. Este valor tiene que ser mayor que el=0A= número de campos que tiene la cabecera de una petición=0A= normal de un cliente. El número de campos de la cabecera de=0A= una petición usados por un cliente raramente pasa de 20, pero=0A= esto puede variar según las diferentes implementaciones, a=0A= menudo dependiendo incluso de la configuración que un usuario=0A= haya hecho de su navegador para soportar negociación de=0A= contenidos detallada. Las extensiones opcionales de HTTP se=0A= expresan muchas veces usando campos de cabecera de=0A= petición.

=0A= =0A=

Esta directiva le da al administrador del servidor un mayor=0A= control sobre el comportamiento anormal de peticiones de clientes,=0A= lo cual puede ser útil para evitar algunos tipos de ataques=0A= de denegación de servicio. Debe incrementar el valor que se=0A= especifica en esta directiva si a los clientes normales les llegan=0A= mensajes de error que indican que se han enviado demasiados campos=0A= de cabecera en la petición.

=0A= =0A=

Por ejemplo:

=0A= =0A= =0A= LimitRequestFields 50=0A= =0A= =0A= =0A= =0A= =0A= =0A= LimitRequestFieldSize=0A= Limita el tamaño permitido de las cabeceras de las = peticiones HTTP de los clientes=0A= LimitRequestFieldsize bytes=0A= LimitRequestFieldsize 8190=0A= server config=0A= =0A= =0A=

Esta directiva especifica el número de bytes=0A= desde 0 hasta el valor de la constante definida al compilar=0A= DEFAULT_LIMIT_REQUEST_FIELDSIZE (8190 por defecto)=0A= que será permitido para una cabecera de las peticiones=0A= HTTP.

=0A= =0A=

La directiva LimitRequestFieldSize=0A= permite al administrador del servidor reducir el límite del=0A= tamaño permitido de una cabecera de las peticiones HTTP por=0A= debajo del tamaño del buffer de entrada compilado en el=0A= servidor. Este valor tiene que ser lo suficientemente grande para=0A= que no quede por debajo del tamaño normal de una cabecera de=0A= petición de un cliente. El tamaño de una cabecera de una=0A= petición varía mucho en función de la=0A= implementación del cliente, a menudo depende incluso de la=0A= configuración del navegador que haya hecho el usuario para=0A= soportar negociación de contenido detallada.

=0A= =0A=

Por ejemplo:

=0A= =0A= =0A= LimitRequestFieldSize 4094=0A= =0A= =0A= En condiciones normales, no debe modificarse el valor que=0A= viene por defecto.=0A= =0A= =0A= =0A= =0A= =0A= LimitRequestLine=0A= Limita el tamaño la línea de petición HTTP = que será=0A= aceptada=0A= LimitRequestLine bytes=0A= LimitRequestLine 8190=0A= server config=0A= =0A= =0A=

Esta directiva especifica el número de bytes de=0A= 0 hasta el valor de la constante definida al compilar=0A= DEFAULT_LIMIT_REQUEST_LINE ( @@@@ 8190 as distributed = @@@@ ) que=0A= se permitirá para la línea de petición HTTP.

=0A= =0A=

La directiva LimitRequestLine permite al=0A= administrador del servidor reducir el límite de tamaño=0A= permitido de la línea de petición de las peticiones HTTP=0A= de los clientes por debajo del tamaño del buffer de entrada=0A= compilado con el servidor. Como la línea de petición=0A= consiste en el método HTTP, la URI y la versión del=0A= protocolo, la directiva LimitRequestLine=0A= impone una restricción en la longitud de la URI de la=0A= petición permitida por el servidor. Este valor tiene que ser=0A= lo suficientemente grande como para que admita el tamaño de=0A= sus nombres de recurso, incluida la información que puede=0A= ser pasada como parte de consulta de una petición=0A= GET.

=0A= =0A=

Por ejemplo:

=0A= =0A= =0A= LimitRequestLine 4094=0A= =0A= =0A= En condiciones normales, no debe modificarse el valor que=0A= viene por defecto.=0A= =0A= =0A= =0A= =0A= LimitXMLRequestBody=0A= Limita el tamaño del cuerpo de una petición = XML=0A= LimitXMLRequestBody bytes=0A= LimitXMLRequestBody 1000000=0A= server configvirtual = host=0A= directory.htaccess=0A= All=0A= =0A= =0A=

Límite (en bytes) o tamaño máximo del cuerpo de = una petición=0A= basada en XML. Si se especifica el valor 0 se=0A= desactiva este control.

=0A= =0A=

Ejemplo:

=0A= =0A= =0A= LimitXMLRequestBody 0=0A= =0A= =0A= =0A= =0A= =0A= =0A= Location=0A= Aplica las directivas que contiene solo a las URLs que = tengan una equivalencia con los valores que se especifiquen=0A= <Location=0A= URL-path|URL> ... </Location>=0A= server configvirtual = host=0A= =0A= =0A= =0A=

Una sección Location=0A= aplica las directivas que contiene según la URL de que se=0A= trate. Es parecida a la directiva Directory, y tiene que terminar con una=0A= directiva </Location>. Las secciones Location se procesan en el orden en que=0A= aparecen en el fichero de configuración, después de leer=0A= las secciones Directory y los ficheros=0A= .htaccess, y después de las secciones Files.

=0A= =0A=

Las secciones Location=0A= operan completamente fuera del sistema de ficheros. Esto tiene=0A= varias consecuencias. La más importante, es que las=0A= directivas Location no deben=0A= usarse para controlar el acceso a ubicaciones del sistema de=0A= ficheros. Como diferentes URLs pueden corresponderse con una misma=0A= ubicación de un sistema de ficheros, tales controles de=0A= acceso pueden ser burlados.

=0A= =0A= Cuándo usar <directive=0A= type=3D"section">Location</directive>=0A= =0A=

Use Location para aplicar=0A= las directivas que va a incluir a contenido que está fuera=0A= del sistema de ficheros. Para el contenido que esté en el=0A= sistema de ficheros, use Directory y Files. Una excepción a esto es el=0A= uso de <Location />, que es un modo fácil=0A= de aplicar una configuración a un servidor entero.

=0A= =0A= =0A=

Para todas las peticiones que no provengan de servidores proxy,=0A= la URL de la que se buscan equivalencias es una ruta URL de la=0A= forma /path/. Ningún esquema, nombre de host,=0A= puerto o cadena de consulta puede incluirse. Para peticiones=0A= provenientes de servidores proxy, la URL de la que se buscan=0A= euivalencias es de la forma scheme://servername/path,=0A= y debe incluir el prefijo.

=0A= =0A=

La URL puede usar caracteres comodín. En una cadena de=0A= caracteres comodín, ? equivale a cualquier=0A= carácter, y * equivale a cualquier secuencia de=0A= caracteres.

=0A= =0A=

También pueden usarse expresiones regulares extendidas,=0A= con el carácter adicional ~. Por ejemplo:

=0A= =0A= =0A= <Location ~ "/(extra|special)/data">=0A= =0A= =0A=

equivaldrá a las URLs que contengan la subcadena=0A= /extra/data o /special/data. La=0A= directiva LocationMatch se comporta de igual modo=0A= que la versión de regex de Location.

=0A= =0A=

El uso de Location es=0A= especialmente útil cuando se combina con la directiva=0A= SetHandler. Por ejemplo, para=0A= permitir peticiones de status, pero solo de navegadores que=0A= intenten acceder a foo.com, puede usar:

=0A= =0A= =0A= <Location /status>
=0A= =0A= SetHandler server-status
=0A= Order Deny,Allow
=0A= Deny from all
=0A= Allow from .foo.com
=0A= =0A= </Location>=0A= =0A= =0A= Comentarios sobre la barra : /

El=0A= carácter de la barra tiene un significado especial=0A= dependiendo del lugar donde aparece en una URL. Los usuarios=0A= puede estar no estar acostumbrada a que la barra tenga distintos=0A= significados, por ejemplo, en los sistemas de ficheros, varias=0A= barras consecutivas tienen el mismo significado que una sola=0A= barra (por ejemplo, /home///foo es lo mismo que=0A= /home/foo). Para las URL's esto no se cumple. La=0A= directiva LocationMatch y la versión de=0A= regex de Location=0A= requieren que se especifiquen explícitamente múltiples=0A= barras solo si esa es su intención.

=0A= =0A=

Por ejemplo, <LocationMatch ^/abc>=0A= podría equivaler a la petición de la URL=0A= /abc pero no a la petición de la URL =0A= //abc. La directiva (no regex) Location se comporta de manera similar cuando se=0A= usa para peticiones provenientes de servidores proxy. Sin=0A= embargo, cuando la directiva (no regex) Location se usa para peticiones no=0A= provenientes de servidores proxy, a efectos de encontrar=0A= equivalencias, múltiples barras equivaldrán a una=0A= sola. Por ejemplo, si especifica <Location=0A= /abc/def> y la petición es a=0A= /abc//def se producirá equivalencia.

=0A= =0A= =0A= Cómo funcionan las secciones=0A= <Directory>, <Location> y <Files> si quiere=0A= obtener una información detallada sobre cómo se combinan=0A= esas secciones cuando se recibe una petición=0A= =0A= =0A= =0A= LocationMatch=0A= Aplica las directiva que incluye solo a las URLs que tengan = equivalencia con alguna de las expresiones regulares que se = especifiquen=0A= <LocationMatch=0A= regex> ... </LocationMatch>=0A= server configvirtual = host=0A= =0A= =0A= =0A=

La directiva LocationMatch limita la aplicación=0A= de las directivas que incluye a URLs que tengan equivalencia con=0A= alguna de las expresiones regulares que se especifican, de manera=0A= idéntica a como lo hace Location. Sin embargo, toma las=0A= expresiones regulares como argumentos en lugar de como una cadena=0A= de caracteres. Por ejemplo:

=0A= =0A= =0A= <LocationMatch "/(extra|special)/data">=0A= =0A= =0A=

equivaldría a las URLs que contengan la subcadena=0A= /extra/data ó /special/data.

=0A= =0A= =0A= Cómo funcionan las secciones=0A= <Directory>, <Location> y <Files> si quiere=0A= obtener una explicación detallada de cómo se combinan=0A= esas secciones cuando se recibe una petición=0A= =0A= =0A= =0A= LogLevel=0A= Controla la extensión de los mensajes que se almacenan=0A= en el ErrorLog=0A= LogLevel level=0A= LogLevel warn=0A= server configvirtual = host=0A= =0A= =0A= =0A=

LogLevel especifica el nivel al que se=0A= detallan los errores que se almacenan en los logs de errores=0A= (consulte la directiva ErrorLog). Los niveles=0A= (levels) disponibles son, por orden decreciente:

=0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A=

Level	Description	Example
`emerg`	Emergencias - sistema inutilizable.	"Un proceso hijo no puede abrir el fichero de lock (lock=0A= file). El programa va a terminar"
`alert`	Debe hacer algo inmediatamente.	"getpwuid: no pudo determinar el nombre de usuario a partir = del uid"
`crit`	Condiciones críticas.	"socket: No se encontró un socket adecuado, el proceso = hijo va a terminar"
`error`	Condiciones de error.	"Final prematuro de la cabecera del script""
`warn`	Condiciones de advertencia.	"el proceso hijo 1234 no ha terminado, enviando otra vez=0A= SIGHUP"
`notice`	Condición normal, pero significativa.	"httpd: interceptada señal SIGBUS, intentando hacer=0A= un volcado de memoria en ..."
`info`	Información.	"El servidor parece estar ocupado, (puede que necesite = incrementar=0A= StartServers, o Min/MaxSpareServers)..."
`debug`	Mensajes de nivel debug	"Abriendo el fichero de configuración ..."

=0A= =0A=

Cuando se especifica un determinado nivel, se escriben en el=0A= log también los mensajes de todos los demás niveles por=0A= encima. Por ejemplo, cuando se especifica LogLevel=0A= info, también se escribirán en el log los=0A= mensajes de los niveles notice y=0A= warn.

=0A= =0A=

Se recomienda usar, al menos, el nivel crit.

=0A= =0A=

Por ejemplo:

=0A= =0A= =0A= LogLevel notice=0A= =0A= =0A= Nota

Cuando el fichero log es un fichero=0A= normal y se escriben en el mensajes de nivel=0A= notice, estos mensajes no podrán ser=0A= borrados. Sin embargo, esto no se aplica cuando se usa=0A= syslog.

=0A= =0A= =0A= =0A= =0A= =0A= MaxKeepAliveRequests=0A= Número de peticiones permitidas en una conexión=0A= persistente=0A= MaxKeepAliveRequests number=0A= MaxKeepAliveRequests 100=0A= server configvirtual = host=0A= =0A= =0A= =0A=

La directiva MaxKeepAliveRequests limita=0A= el número de peticiones permitidas por conexión cuando=0A= KeepAlive está=0A= activado. Si se especifica el valor 0, el número=0A= de peticiones permitidas es ilimitado. Se recomienda que en esta=0A= directiva se especifique un valor alto para obtener el máximo=0A= rendimiento del servidor.

=0A= =0A=

Por ejemplo:

=0A= =0A= =0A= MaxKeepAliveRequests 500=0A= =0A= =0A= =0A= =0A= =0A= NameVirtualHost=0A= Designa una dirección IP para usar hosting virtual = basado en nombres=0A= NameVirtualHost addr[:port]=0A= server config=0A= =0A= =0A=

Es necesario usar la directiva=0A= NameVirtualHost es necesario usarla si=0A= quiere configurar hosts virtuales basados en=0A= nombres.

=0A= =0A=

Aunque addr puede ser un nombre de host, se=0A= recomienda que use siempre una dirección IP, por ejemplo:

=0A= =0A= =0A= NameVirtualHost 111.22.33.44=0A= =0A= =0A=

Con la directiva NameVirtualHost se=0A= especifica la dirección IP en la cual el servidor=0A= recibirá las peticiones para los hosts virtuales basados en=0A= nombres. Bsta será normalmente la dirección a la cual = su=0A= host virtual basado en nombres se resuelve. En los casos en que en=0A= las peticiones las recibe un firewall (cortafuegos) o un proxy y=0A= las redirige a una dirección IP diferente del servidor, debe=0A= especificar la dirección IP del adaptador de red físico=0A= de la máquina que servirá las peticiones. Si tiene=0A= múltiples hosts basados en nombres o múltiples=0A= direcciones, repita la directiva para cada dirección.

=0A= =0A= Nota=0A=

Tenga en cuenta, que el "servidor principal" y cualquier=0A= servidor _default_ nunca=0A= servirán una petición a un dirección IP=0A= NameVirtualHost (a menos que por alguna=0A= razón use NameVirtualHost pero no=0A= especifique ningún VirtualHost para=0A= esa dirección).

=0A= =0A= =0A=

De manera opcional puede especificar un número de puerto en=0A= el que debe usarse el host virtual basado en el nombre, por=0A= ejemplo

=0A= =0A= =0A= NameVirtualHost 111.22.33.44:8080=0A= =0A= =0A=

Las direcciones IPv6 deben escribirse entre corchetes, como se=0A= muestra en el siguiente ejemplo:

=0A= =0A= =0A= NameVirtualHost [fe80::a00:20ff:fea7:ccea]:8080=0A= =0A= =0A=

Para recibir peticiones en todas las interfaces de red, puede=0A= usar * como argumento

=0A= =0A= =0A= NameVirtualHost *=0A= =0A= =0A= Argumento de la directiva <directive = type=3D"section">VirtualHost</directive>=0A=

Tenga en cuenta que el argumento de la directiva VirtualHost debe coincidir=0A= exactamente con el de la directiva NameVirtualHost.

=0A= =0A= =0A= NameVirtualHost 1.2.3.4
=0A= <VirtualHost 1.2.3.4>
=0A= # ...
=0A= </VirtualHost>
=0A= =0A= =0A= =0A= =0A= Documentación sobre hosting=0A= virtual=0A= =0A= =0A= =0A= =0A= Options=0A= Configura las funcionalidades disponibles en un directorio = en particular=0A= Options=0A= [+|-]option [[+|-]option] ...=0A= Options All=0A= server configvirtual = host=0A= directory.htaccess=0A= =0A= Options=0A= =0A= =0A=

La directiva Options controla qué=0A= funcionalidades del servidor están disponibles en un=0A= directorio en particular.

=0A= =0A=

En option puede especificar None, en=0A= cuyo caso ninguna funcionalidad adicional estará activada, o=0A= puede especificar una o más de las siguientes opciones:

=0A= =0A=

All: Todas las opciones excepto MultiViews. Este es=0A= el valor por defecto.
ExecCGI: Se permite la ejecución de scripts CGI usando=0A= mod_cgi.
FollowSymLinks: =0A= =0A= El servidor seguirá los enlaces simbólicos en este=0A= directorio=0A= =0A=
Aunque el servidor siga los enlaces simbólicos, eso=0A= no cambia la ruta usada para encontrar equivalencias en=0A= las secciones Directory.

Tenga en cuenta=0A= también que esta opción es ignorada si = está=0A= dentro de una sección Location.
Includes: =0A= Permite el uso de Server-side includes, del módulo = mod_include.
IncludesNOEXEC: =0A= =0A= Permite el uso de Server-side includes, pero #exec cmd=0A= y #exec cgi son desactivados. Aunque es posible=0A= #include virtual (incluir de forma virtual) scripts=0A= CGI desde directorios especificados con ScriptAlias.
Indexes: =0A= Si se produce una petición a una URL que se corresponde con = un directorio,=0A= y no hay DirectoryIndex=0A= (por ejemplo, index.html) en ese directorio,=0A= entonces mod_autoindex devolverá una lista = con=0A= los contenidos del directorio.
MultiViews: =0A= Se permiten "MultiViews" de contenido negociado=0A= "MultiViews" usando mod_negotiation.
SymLinksIfOwnerMatch: El servidor seguirá los enlaces simbólicos en los = que el=0A= fichero o directorio final pertenezca al mismo usuario que el=0A= enlace.=0A= =0A= Nota Esta opción es ignorada si se pone=0A= dentro de una sección Location.=0A=

=0A= =0A=

Normalmente, si se pueden aplicar múltiples=0A= Options a un directorio, entonces la=0A= más específica se aplica y las demás se ignoran;=0A= las opciones no se fusionan. (Consulte cómo se fusionan las=0A= secciones.) Sin embargo, si todas las opciones en la=0A= directiva Options van precedidas de un=0A= símbolo + o -, las opciones se=0A= fusionan. Cualquier opción precedida de un + se=0A= añade a las opciones en ese momento activas, y las opciones=0A= precedidas de un - se quitan de las activas en ese=0A= momento.

=0A= =0A=

Por ejemplo, sin ningún símbolo + o=0A= -:

=0A= =0A= =0A= <Directory /web/docs>
=0A= =0A= Options Indexes FollowSymLinks
=0A= =0A= </Directory>
=0A=
=0A= <Directory /web/docs/spec>
=0A= =0A= Options Includes
=0A= =0A= </Directory>=0A= =0A= =0A=

entoces solo Includes tendrá efecto para el=0A= directorio /web/docs/spec. Sin embargo, si la segunda=0A= directiva Options usara un símbolo=0A= + y otro -:

=0A= =0A= =0A= <Directory /web/docs>
=0A= =0A= Options Indexes FollowSymLinks
=0A= =0A= </Directory>
=0A=
=0A= <Directory /web/docs/spec>
=0A= =0A= Options +Includes -Indexes
=0A= =0A= </Directory>=0A= =0A= =0A=

entonces las opciones FollowSymLinks e=0A= Includes estarán activas para el directorio=0A= /web/docs/spec.

=0A= =0A= =0A= Nota=0A=

El uso de -IncludesNOEXEC o -Includes=0A= desactiva server-side includes completamente independientemente=0A= de la configuración anterior.

=0A= =0A= =0A=

El comportamiento por defecto en ausencia de ninguna=0A= configuración es All.

=0A= =0A= =0A= =0A= =0A= Require=0A= Selecciona qué usuarios autentificados pueden acceder a=0A= un recurso=0A= Require entity-name [entity-name] = ...=0A= directory.htaccess=0A= =0A= AuthConfig=0A= =0A= =0A=

Esta directiva selecciona qué usuarios autentificados pueden=0A= acceder a un recurso. La sintaxis a usar es:

=0A= =0A=

Require user userid [userid]=0A= ...: Solo los usuarios mencionados pueden acceder al=0A= recurso.
Require group group-name = [group-name]=0A= ...: Solo los usuarios pertenecientes a los grupos mencionados=0A= pueden acceder al recurso.
Require valid-user: Todos los usarios pueden acceder al recurso.

=0A= =0A=

Require debe ser usada de forma conjunta=0A= con las directivas AuthName,=0A= AuthType, y con directivas=0A= como AuthUserFile y=0A= AuthGroupFile (para=0A= definir usuarios y grupos) para funcionar=0A= correctamente. Ejemplo:

=0A= =0A= =0A= AuthType Basic
=0A= AuthName "Restricted Resource"
=0A= AuthUserFile /web/users
=0A= AuthGroupFile /web/groups
=0A= Require group admin=0A= =0A= =0A=

Los controles de acceso que se aplican de esta manera son=0A= efectivos para todos los=0A= métodos. Esto es lo que normalmente se=0A= quiere. Si quiere aplicar controles de acceso solo a=0A= métodos específicos, mientras se dejan otros=0A= métodos sin protección, use la directiva=0A= Require en una sección Limit.

=0A= =0A= Satisfy=0A= mod_access=0A= =0A= =0A= =0A= RLimitCPU=0A= Limita el consumo de tiempo de CPU que pueden hacer = proceses creados=0A= por procesos hijo de Apache=0A= RLimitCPU seconds|max = [seconds|max]=0A= Unset; usa el valor por defecto del sistema operativo=0A= server configvirtual = host=0A= directory.htaccess=0A= Todas=0A= =0A= =0A=

Toma 1 ó 2 parámetros. El primer parámetro=0A= se refiere al límite flexible de recursos para todos los=0A= procesos y el segundo parámetro especifica el límite=0A= máximo de recursos. Cada uno de los parámetros puede ser=0A= un número, ó max para indicarle al servidor = que=0A= el límite debe fijarse al máximo permitido por la=0A= configuración del sistema operativo. Para elevar el=0A= límite máximo de recursos es necesario que se esté=0A= ejecutando el servidor como ususario root, o estar en=0A= la fase inicial del arranque.

=0A= =0A=

Esto se aplica a procesos nacidos de procesos hijo de Apache=0A= que están sirviendo peticiones, no a los procesos hijo de=0A= Apache propiamente dichos. Esto incluye a los scripts CGI y a los=0A= comandos de ejecución SSI, pero no a procesos nacidos del=0A= proceso padre Apache tales como ficheros de registro=0A= redireccionados (piped logs).

=0A= =0A=

Los límites de consumo de tiempo de la CPU se expresan en=0A= segundos por proceso.

=0A= =0A= RLimitMEM=0A= RLimitNPROC=0A= =0A= =0A= =0A= RLimitMEM=0A= Limita el consumo de memoria que pueden hacer procesos = creados por procesos hijo de Apache=0A= RLimitMEM bytes|max [bytes|max]=0A= Unset; usa el valor por defecto del sistema operativo=0A= server configvirtual = host=0A= directory.htaccess=0A= Todas=0A= =0A= =0A=

Toma 1 ó 2 parámetros. El primer parámetro=0A= especifica el límite flexible de recursos para todos los=0A= procesos y el segundo parámetro especifica el límite=0A= máximo de recursos. Cada uno de los parámetros puede ser=0A= un número, ó max para indicarle al servidor = que=0A= el límite debe fijarse al máximo permitido por la=0A= configuración del sistema operativo. Para elevar el=0A= límite máximo de recursos es necesario que se esté=0A= ejecutando el servidor como ususario root, o estar en=0A= la fase inicial del arranque.

=0A= =0A=

Los límites de consumo de memoria se expresan en bytes por=0A= proceso.

=0A= =0A= RLimitCPU=0A= RLimitNPROC=0A= =0A= =0A= =0A= RLimitNPROC=0A= Limita el número de procesos que pueden crearse por = parte de =0A= procesos creados por procesos hijo de Apache=0A= RLimitNPROC number|max = [number|max]=0A= Unset; usa el valor por defecto del sistema operativo=0A= server configvirtual = host=0A= directory.htaccess=0A= Todas=0A= =0A= =0A=

Toma 1 ó 2 parámetros. El primer parámetro=0A= especifica el límite flexible de recursos para todos los=0A= procesos y el segundo parámetro especifica el límite=0A= máximo de recursos. Cada uno de los parámetros puede ser=0A= un número, ó max para indicarle al servidor = que=0A= el límite debe fijarse al máximo permitido por la=0A= configuración del sistema operativo. Para elevar el=0A= límite máximo de recursos es necesario que se esté=0A= ejecutando el servidor como usuario root, o estar en=0A= la fase inicial del arranque.

=0A= =0A=

Esto se aplica a procesos nacidos de la división de=0A= procesos hijo de Apache que están sirviendo peticiones, no a=0A= los procesos hijo de Apache propiamente dichos. Esto incluye a los=0A= scripts CGI y a los comandos de ejecución SSI, pero no a = procesos=0A= nacidos de la división del proceso padre Apache tales como=0A= ficheros de registro=0A= redireccionados (piped logs).

=0A= =0A=

Limita el número de procesos por usuario.

=0A= =0A= Nota

Si los procesos CGI=0A= no están siendo ejecutados por=0A= identificadores de usuario diferentes del identificador de=0A= usuario que está ejecutando el servidor web, esta directiva=0A= limitará el número de procesos que el servidor puede=0A= crear. Como resultado de esta situación, en el=0A= error_log aparecerán mensajes del tipo=0A= cannot fork.

=0A= =0A= =0A= RLimitMEM=0A= RLimitCPU=0A= =0A= =0A= =0A= Satisfy=0A= Interacción entre el control de acceso basado en host=0A= y la autentificación de usuarios=0A= Satisfy Any|All=0A= Satisfy All=0A= directory.htaccess=0A= =0A= AuthConfig=0A= Influenciada por Limit y LimitExcept en las versiones de Apache = 2.0.51 y=0A= posteriores=0A= =0A= =0A=

Especifica la política de acceso a seguir cuando se usan = tanto=0A= Allow como Require. El parámetro puede ser=0A= All o Any. Esta directiva es solo útil=0A= si se va restringir el acceso a un área concreta con un nombre = de=0A= usuario/contraseña y dirección del cliente. En = este caso=0A= el comportamiento por defecto (All) es para requerir=0A= que el cliente pase la restricción referente a la dirección=0A= e introduzca un nombre de usuario y contraseña=0A= válidos. Con la opción Any el cliente = podrá acceder=0A= si cumple la restricción referente a la dirección o si = introduce un=0A= nombre de usuario y contraseñas válidos. Esto puede usarse = para=0A= restringir el acceso a una zona con una contraseña, pero = permitir=0A= a los clientes de algunas direcciones en concreto que accedan sin=0A= tener que introducir contraseña alguna.

=0A= =0A=

Por ejemplo, si quiere permitir que todo el mundo tenga acceso=0A= total a su intranet o a una parte de si sitio web, pero requerir que=0A= los visitantes de fuera de su intranet introduzcan una=0A= contraseña, puede usar una configuración similar a la=0A= siguiente:

=0A= =0A= =0A= Require valid-user
=0A= Allow from 192.168.1
=0A= Satisfy Any=0A= =0A= =0A=

A partir de la versión de Apache 2.0.51, puede limitarse=0A= la aplicación de las directivas=0A= Satisfy a determinados mótodos en=0A= particular mediante secciones Limit y LimitExcept.

=0A= =0A= =0A= =0A= Allow=0A= Require=0A= =0A= =0A= =0A= ScriptInterpreterSource=0A= Técnica para ubicar el intérprete de scripts = CGI's=0A= ScriptInterpreterSource Registry|Registry-Strict|Script=0A= ScriptInterpreterSource Script=0A= server configvirtual = host=0A= directory.htaccess=0A= FileInfo=0A= Solo sistemas Windows; la opció=0A= Registry-Strict está disponible en las versiones de=0A= Apache 2.0 y posteriores=0A= =0A= =0A=

Esta directiva se usa para controlar la manera que Apache=0A= encuentra el intérprete usado para ejecutar scripts CGI. La=0A= configuración por defecto es Script. Esto hace que=0A= Apache use el intérprete que aparece en la primera línea, = la que=0A= empieza por #!) en el script. En los sistemas Win32=0A= esta línea tiene un aspecto similar a:

=0A= =0A= =0A= #!C:/Perl/bin/perl.exe=0A= =0A= =0A=

o, si perl está en el PATH,=0A= simplemente:

=0A= =0A= =0A= #!perl=0A= =0A= =0A=

Usar ScriptInterpreterSource Registry hará=0A= que se busque en el Registro de Windows, en=0A= HKEY_CLASSES_ROOT con la extensión del fichero=0A= de script (por ejemplo, .pl) como clave de=0A= búsqueda. El comando definido por la subclave del registro de=0A= Windows Shell\ExecCGI\Command o, si esta no existe,=0A= por la subclave Shell\Open\Command se usa para abrir=0A= el script. Si no se encuentra ningún resutlado, Apache=0A= recurre al comportamiento de la opción=0A= Script.

=0A= =0A= Seguridad

Tenga cuidado=0A= cuando use ScriptInterpreterSource Registry con=0A= ScriptAlias para=0A= directorios, porque Apache intentará ejecutar=0A= cada fichero dentro de ese directorio. Lo=0A= especificado en Registry puede causar llamadas=0A= indeseadas a programas que normalmente no se ejecutan. Por=0A= ejemplo, el programa por defecto para abrir ficheros=0A= .htm en la mayoría de los sistemas Windows es=0A= Microsoft Internet Explorer, entonces cualquier petición HTTP=0A= de un fichero .htm que exista dentro del script del=0A= directorio hará que el ejecute de fondo el navegador en el=0A= servidor. Con esto el servidor se bloqueará en más o=0A= menos un minuto.

=0A= =0A= =0A=

La opción Registry-Strict que es nueva en=0A= Apache 2.0 hace lo mismo que Registry pero usa solo=0A= la subclave Shell\ExecCGI\Command. La clave=0A= ExecCGI no es de uso común. Debe ser configurada=0A= manualmente en el registro de Windows y por tanto previene la=0A= ejecución accidental de procesos en su sistema.

=0A= =0A= =0A= =0A= =0A= ServerAdmin=0A= Dirección de email que el servidor incluye en los=0A= mensajes de error que se envían al cliente=0A= ServerAdmin email-address=0A= server configvirtual = host=0A= =0A= =0A= =0A=

ServerAdmin especifica la dirección de=0A= e-mail que el servidor incluye en cualquier mensaje de error que=0A= envía al cliente.

=0A= =0A=

Sería conveniente tener una dirección de email solo = para esto, por ejemplo

=0A= =0A= =0A= ServerAdmin www-admin@foo.example.com=0A= =0A=

ya que los usuarios no siempre mencionan que están hablando=0A= del servidor!

=0A= =0A= =0A= =0A= =0A= ServerAlias=0A= Nombres alternativos usados para un host cuando se=0A= intentan encontrar equivalencias a hosts virtuales basados en el=0A= nombre=0A= ServerAlias hostname [hostname] = ...=0A= virtual host=0A= =0A= =0A=

ServerAlias especifica los nombres=0A= alternativos para un host, para usarlo con hosts virtuales basados en el=0A= nombre.

=0A= =0A= =0A= <VirtualHost *>
=0A= ServerName example.com
=0A= ServerAlias example.com server2
=0A= # ...
=0A= </VirtualHost>=0A= =0A= =0A= Documentación sobre hosting virtual = con=0A= Apache=0A= =0A= =0A= =0A= ServerName=0A= Nombre de host y número de puerto que el servidor usa=0A= para identificarse=0A= ServerName = fully-qualified-domain-name[:port]=0A= server configvirtual = host=0A= =0A= En la versión 2.0, esta directiva sustituye la=0A= funcionalidad de la direciva Port de la=0A= versión 1.3.=0A= =0A= =0A=

La directiva ServerName especifica el=0A= nombre de host y el puerto que usa el servidor para=0A= identificarse. Esto se usa cuando se hace redirección de URLs. = Por=0A= ejemplo, si el nombre de la maquina del servidor web es=0A= simple.example.com, pero el la maquina también = tiene=0A= el alias DNS www.example.com y quiere que el servidor=0A= web se identifique así, debe usar la siguiente directiva:

=0A= =0A= =0A= ServerName www.example.com:80=0A= =0A= =0A=

Si no especifa ServerName, entonces el=0A= servidor intentará deducir en nombre de host haciendo una=0A= busqueda reversa en la dirección IP. Si no se especifica=0A= ningún puerto en ServerName, entonces=0A= el servidor usará el puerto para las peticiones=0A= entrantes. Para disfrutar de la máxima fiabilidad y=0A= predictibilidad, debe especificar explicitamente un nombre de host=0A= y un puerto usando la directiva=0A= ServerName.

=0A= =0A=

Si está usando hosts=0A= virtuales basados en el nombre, la directiva=0A= ServerName dentro de una sección = VirtualHost especifica=0A= qué nombre de host debe aparecer en la cabecera de petición=0A= Host: para coincidir con ese host virtual.

=0A= =0A=

Consulte la descripción de la directiva UseCanonicalName para configuraciones=0A= que determinan si URLs autoreferenciadas (por ejemplo, por el=0A= módulo mod_dir module) se referirán al = puerto=0A= especificado, o al número de puerto dado en la petición del=0A= cliente.=0A=

=0A= =0A= =0A= Problemas relacionados en DNS y=0A= Apache=0A= Documentación sobre hosting=0A= virtual=0A= UseCanonicalName=0A= NameVirtualHost=0A= ServerAlias=0A= =0A= =0A= =0A= ServerPath=0A= URL que se usará para hosts virtuales basados en=0A= nombre que son accedidos con un navegador incompatible=0A= ServerPath URL-path=0A= virtual host=0A= =0A= =0A=

The ServerPath directive sets the legacy=0A= URL pathname for a host, for use with name-based virtual hosts.

=0A= =0A= Documentación sobre hosting = virtual=0A= =0A= =0A= =0A= ServerRoot=0A= Directorio base de la instalación del = servidor=0A= ServerRoot directory-path=0A= ServerRoot /usr/local/apache=0A= server config=0A= =0A= =0A=

La directiva ServerRoot especifica el=0A= directorio en el que ha sido instalado el servidor. Normalmente=0A= contendrá los subdirectorios conf/ y=0A= logs/. Las rutas que se especifican en otras=0A= directivas (por ejemplo en Include o LoadModule) se toman como relativas a=0A= este directorio.

=0A= =0A= Example=0A= ServerRoot /home/httpd=0A= =0A= =0A= =0A= la opción -d de=0A= httpd consejos se=0A= seguridad para más información de como establecer=0A= adecuadamente los permisos en=0A= ServerRoot=0A= =0A= =0A= =0A= ServerSignature=0A= Configura el pie de página en documentos generados=0A= por el servidor=0A= ServerSignature On|Off|EMail=0A= ServerSignature Off=0A= server configvirtual = host=0A= directory.htaccess=0A= =0A= All=0A= =0A= =0A=

La directiva ServerSignature permite la=0A= configuración de un pie de página que se=0A= añadirá a documentos generados por el sevidor (mensajes=0A= de error, listado de directorios generados por=0A= mod_proxy, salida de=0A= mod_info...). La razón por la que puede no=0A= querer añadir este pie de página, es que en una cadena=0A= de proxies, el usuario a menudo no tiene posibilidad de establecer=0A= cual de los servidores encadenados ha retornado un mensaje de=0A= error.

=0A= =0A=

Esta directiva usa por defecto el valor Off, que=0A= suprime la generación del pie de página (y por tanto, es=0A= compatible con el comportamiento de Apache 1.2 y las versiones=0A= anteriores). Si usa el valor On simplemte se=0A= añade una línea con el número de versión y el=0A= valor de ServerName para el=0A= host virtual que está respondiendo la petición, y el=0A= valor EMail crea las referencias adicionales=0A= "mailto:" a lo especificado en la directiva ServerAdmin.

=0A= =0A=

En las versiones 2.0.44 y posteriores, los detalles del = número=0A= de la versión del servidor son controlados por la directiva=0A= ServerTokens.

Esta directiva controla si el campo Server de las=0A= cabeceras de las respuestas que se envían de vuelta a los = clientes=0A= incluye una descripción del sistema operativo genérico del=0A= servidor así como información sobre los modulos compilados = en el=0A= servidor.

=0A= =0A=

ServerTokens Prod[uctOnly]: El servidor envía (por ejemplo): Server:=0A= Apache
ServerTokens Major: El servidor envía (por ejemplo): Server:=0A= Apache/2
ServerTokens Minor: El servidor envía (por ejemplo): Server:=0A= Apache/2.0
ServerTokens Min[imal]: El servidor envía (por ejemplo): Server:=0A= Apache/2.0.41
ServerTokens OS: El servidor envía (por ejemplo): Server: = Apache/2.0.41=0A= (Unix)
ServerTokens Full (or not specified): El servidor envía (por ejemplo): Server: = Apache/2.0.41=0A= (Unix) PHP/4.2.2 MyMod/1.2

=0A= =0A=

Esta configuración se aplica al servidor entero, y no puede = ser=0A= activada o desactivada para unos hosts virtuales sí y para otros=0A= no.

=0A= =0A=

En las versiones posteriores a la 2.0.44, esta directiva=0A= también controla la información especificada en la = directiva=0A= ServerSignature.

=0A= =0A= ServerSignature=0A= =0A= =0A= =0A= SetHandler=0A= Hace que todos los ficheros que correspondan con el valor=0A= especificado sean procesados obligatoriamente por un=0A= handler=0A= SetHandler handler-name|None=0A= server configvirtual = host=0A= directory.htaccess=0A= =0A= FileInfo=0A= Trasladado al núcleo del servidor en Apache=0A= 2.0=0A= =0A= =0A=

Cuando se usa en un fichero .htaccess o en una=0A= sección Directory r Location, esta directiva hace que todos=0A= los ficheros cuyo nombre tenga equivalencia con el valor que=0A= especifica sean tratados por el handler dado en=0A= handler-name. Por ejemplo, si tiene un directorio cuyo=0A= contenido quiere que sea tratado como as fichero de reglas de=0A= mapas de imágenes, independientemente de las extensiones,=0A= puede poner lo siguiente en un fichero .htaccess en=0A= ese directorio:

=0A= =0A= =0A= SetHandler imap-file=0A= =0A= =0A=

Otro ejemplo: si quiere que el servidor despliegue un resumen=0A= de su estado cuando se llame a una URL de=0A= http://servername/status, puede poner lo siguiente en=0A= el fichero httpd.conf:

=0A= =0A= =0A= <Location /status>
=0A= =0A= SetHandler server-status
=0A= =0A= </Location>=0A= =0A= =0A=

Puede evitar que se aplique lo especificado anteriormente en=0A= una directiva SetHandler usando el valor=0A= None.

=0A= =0A= =0A= AddHandler=0A= =0A= =0A= =0A= =0A= SetInputFilter=0A= Especifica los filtros que procesarán las peticiones de=0A= los clientes y el contenido de peticiones POST=0A= SetInputFilter filter[;filter...]=0A= server configvirtual = host=0A= directory.htaccess=0A= =0A= FileInfo=0A= =0A= =0A=

La directiva SetInputFilter espcifica el=0A= filtro o filtros que procesarán las peticiones de los=0A= clientes y el contenido de peticiones POST cuando son recibidas=0A= por el servidor. El filtro o filtros especificados en esta=0A= directiva se aplican además de los definidos en otras partes,=0A= incluyendo los especificados en la directiva AddInputFilter.

=0A= =0A=

Si se especifica más de un filtro, deben separarse con = puntos y=0A= comas en el orden en que deban procesar los contenidos.

=0A= =0A= Documentación sobre Filtros=0A= =0A= =0A= =0A= SetOutputFilter=0A= Especifica los filtros que procesarán las respuestas = del=0A= servidor=0A= SetOutputFilter filter[;filter...]=0A= server configvirtual = host=0A= directory.htaccess=0A= =0A= FileInfo=0A= =0A= =0A=

La directiva SetOutputFilter especifica=0A= los filtros se usarán para procesar las respuestas del servidor=0A= antes de enviarlas al cliente. Esto es además de los filtros=0A= definidos en otras partes, incluidos los de la directiva=0A= AddOutputFilter.

=0A= =0A=

Por ejemplo, la siguiente configuración procesará todos = los=0A= archivos en el directorio /www/data/ con server-side=0A= includes.

=0A= =0A= =0A= <Directory /www/data/>
=0A= =0A= SetOutputFilter INCLUDES
=0A= =0A= </Directory>=0A= =0A= =0A=

Si se especifica más de un filtro, deben separarse con = puntos y=0A= comas en el orden en que deban procesar los contenidos.

=0A= =0A= Documentación sobre Filtros=0A= =0A= =0A= =0A= TimeOut=0A= Cantidad de tiempo que el servidor esperará para que=0A= ocurran determinados eventos antes de cerrar una=0A= petición=0A= TimeOut seconds=0A= TimeOut 300=0A= server config=0A= =0A= =0A=

La directiva TimeOut define ahora la=0A= cantidad de tiempo que Apache esperará para tres cosas:

=0A= =0A=

La cantidad de tiempo que tarda en recibir una=0A= petición GET.
La cantidad de tiempo entre la recepción de paquetes TCP=0A= packets en una petición POST o PUT.
La cantidad de tiempo entre ACKs en transmisiones de=0A= paquetes TCP en las respuestas.

=0A= =0A=

Lo planeado es hacer configurable por separado cada una de=0A= estas cosas. La cantidad de tiempo por defecto de 1200 usada antes=0A= de la versión 1.2, ha sido reducida hasta 300, que es en la = mayor=0A= parte de las situaciones más de lo necesario. El tiempo usado = por=0A= defecto no es menor porque puede que haya alguna parte del = código=0A= en que el contador de tiempo no se pone a cero como debería = cuando=0A= se envía un paquete.

=0A= =0A= =0A= =0A= =0A= UseCanonicalName=0A= Configura la forma en que el servidor determina su propio=0A= nombre u puerto=0A= UseCanonicalName On|Off|DNS=0A= UseCanonicalName On=0A= server configvirtual = host=0A= directory=0A= =0A= =0A=

En muchas ocasiones, Apache tiene que construir una URL=0A= autoreferenciada -- esto es, una URL que se refiere de=0A= vuelta al mismo servidor. Con UseCanonicalName On=0A= Apache usará el nombre de host y puerto que estén = especificados en=0A= la directiva ServerName para=0A= construir el nombre canónico del servidor. Este nombre se usa en=0A= todas las URLs autoreferenciadas, y para los valores de=0A= SERVER_NAME y SERVER_PORT en los=0A= CGIs.

=0A= =0A=

Con UseCanonicalName Off Apache formará las=0A= URLs autoreferenciadas usando el nombre de host y puerto=0A= suministrados por el cliente. Si se ha suministrado esa=0A= información (si no se ha suministrado, se usará el=0A= nombre canónico, tal y como se ha definido arriba). Estos=0A= valores son los mismos que se usan para implementar hosting virtual basado en=0A= nombres, y están disponibles con los mismos clientes. Las=0A= variables de CGI SERVER_NAME y=0A= SERVER_PORT se construirán con la=0A= información suministrada por los clientes.

=0A= =0A=

Un ejemplo de donde esto puede ser útil es en un servidor de=0A= una intranet, donde los usuarios se conectan a la máquina usando=0A= nombres cortos como www. Se dará cuenta de que si = los=0A= usuarios teclean un nombre corto, y una URL que es un directorio,=0A= tal como http://www/splat, sin una barra al=0A= final entonces Apache los rediccionará a=0A= http://www.domain.com/splat/. Si tiene la=0A= autenfificación activada, esto hará que el usuario se = tenga que=0A= autentificar dos veces (una para www y otra para=0A= www.domain.com -- consulte las=0A= preguntas más frecuentes sobre este asunto para obtener más=0A= información). Pero si especifica el valor Off = en=0A= la directiva UseCanonicalName, entonces=0A= Apache redireccionará a http://www/splat/.

=0A= =0A=

Hay una tercera opción, UseCanonicalName DNS, = para=0A= el caso en que se usa hosting virtual masivo basado en IP para=0A= soportar clientes antiguos que no envían la cabecera=0A= Host:. Con esta opción Apache hace una busqueda de=0A= DNS reversa en la dirección IP del servidor al que el cliente se=0A= conectó para hacer funcionar las URLs autoreferenciadas.

=0A= =0A= Advertencia=0A= =0A=

Si los CGIs asumen los valores de SERVER_NAME,=0A= puede que no funcionen con esta opción. El cliente es=0A= esencialmente libre de dar cualquier valor que quiera como nombre=0A= de host. Pero si el CGI solo usa SERVER_NAME para=0A= constrir URLs autoreferenciadas, entonces no debe haber ningún=0A= problema.

=0A= =0A= =0A= ServerName=0A= Listen=0A= =0A= =0A= =0A= VirtualHost=0A= Contiene las directivas que se aplican solo a un nombre=0A= de host específico o dirección IP=0A= <VirtualHost=0A= addr[:port] [addr[:port]]=0A= ...> ... </VirtualHost>=0A= server config=0A= =0A= =0A=

VirtualHost y=0A= </VirtualHost> se usan para incluir un grupo de=0A= directivas que se aplicarán solo a un host virtual en=0A= particular. Cualquier directiva que esté permitido usar en un=0A= contexto virtual host puede usarse. Cuando el servidor recibe una=0A= petición de un documento de un host virtual en concreto, usa las=0A= directivas de configuración incluidas en la sección = VirtualHost. Addr puede=0A= ser:

=0A= =0A=

La dirección IP del host virtual;
Un nombre de dominio completo para la dirección IP del = host=0A= virtual;
El carácter *, el cual puede usarse en=0A= combinación con NameVirtualHost * para que=0A= equivalga a todas las direcciones IP; o
La cadena de caracteres _default_, que se usa=0A= solo con hosting virtual IP para detectar direcciones IP sin=0A= emparejar.

=0A= =0A= Ejemplo=0A= <VirtualHost 10.1.2.3>
=0A= =0A= ServerAdmin webmaster@host.foo.com
=0A= DocumentRoot /www/docs/host.foo.com
=0A= ServerName host.foo.com
=0A= ErrorLog logs/host.foo.com-error_log
=0A= TransferLog logs/host.foo.com-access_log
=0A= =0A= </VirtualHost>=0A= =0A= =0A= =0A=

Las direcciones IPv6 deben especificarse entre corchetes porque=0A= el número de puerto opcional no podría determinarse si no = se hace=0A= así. Un ejemplo de dirección IPv6 se mustra aquí = abajo:

=0A= =0A= =0A= <VirtualHost [fe80::a00:20ff:fea7:ccea]>
=0A= =0A= ServerAdmin webmaster@host.example.com
=0A= DocumentRoot /www/docs/host.example.com
=0A= ServerName host.example.com
=0A= ErrorLog logs/host.example.com-error_log
=0A= TransferLog logs/host.example.com-access_log
=0A= =0A= </VirtualHost>=0A= =0A= =0A=

Cada host virtual se corresponde con una dirección IP=0A= diferente, un número de puerto diferente o un nombre de host=0A= diferente para el servidor, en el primer caso la máquina del=0A= servidor debe estar configurada para aceptar paquetes IP para=0A= múltiples direcciones. (Si la máquina no tiene = múltiples infaces=0A= de red, entonces esto puede conseguirse con el comando=0A= ifconfig alias -- si su sistema operativo lo=0A= soporta).

=0A= =0A= Nota

El uso de VirtualHost no afecta=0A= a las direcciones en las que escucha Apache. Puede que necesite=0A= asegurarse de que Apache está escuchando en la dirección = correcta=0A= usando Listen.

=0A= =0A= =0A=

Cuando se usa hosting virtual basado en IP, puede=0A= especificarse el nombre especial _default_, en cuyo=0A= caso, este host virtual equivaldrá a cualquier dirección = IP que no=0A= esté especificamente listada en otro host virtual. En ausencia = de=0A= un host virtual _default_ el server config=0A= "principal", consistente en todas las definiciones fuera de una=0A= sección VirtualHost, se usa cuando la IP no coincide con = ninguna.=0A= (Pero tenga en cuenta que cualquier dirección IP que equivalga a=0A= la directiva NameVirtualHost=0A= no usará ni el server config "principal" ni el host virtual=0A= _default_ virtual host. Consulte la documentación = de=0A= hosting virtual basado en=0A= nombres para obtener más información.)

=0A= =0A=

Puede especificar :port para cambiar el puerto=0A= de equivalencia. Si no especifica ninguno, entonces por defecto se=0A= usa el mismo puerto de la directiva Listen mas reciente del servidor=0A= principal. También puede especificar :* para hacer=0A= coincidir con todos los puertos en esa dirección. (Esto se=0A= recomienda cuando se usa con _default_.)

=0A= =0A= Seguridad=0A=

Consulte la documentación de consejos de seguridad para=0A= obtener más información sobre por qué pone en riesgo = la seguridad=0A= si en el directorio donde almacena los archivos log tiene permisos=0A= de escritura alguien que no sea el usuario que inicia el=0A= servidor.

=0A= =0A= =0A= Documentación sobre hosting = virtual=0A= Problemas relacionados con DNS = y Apache=0A= Especificar las direcciones y puertos = que usa Apache=0A= Cómo funcionan las secciones=0A= <Directory>, <Location> y <Files> si quiere=0A= una explicación completa de como se combinan esas secciones = cuando=0A= se recibe una petición=0A= =0A= =0A= =0A= ------=_NextPart_000_0035_01C5404E.2AE22E60 Content-Type: text/plain; charset=us-ascii --------------------------------------------------------------------- To unsubscribe, e-mail: docs-unsubscribe@httpd.apache.org For additional commands, e-mail: docs-help@httpd.apache.org ------=_NextPart_000_0035_01C5404E.2AE22E60--