From: André Malo Date: Wed, 19 Jan 2005 21:12:19 +0000 (+0000) Subject: update Spanish translation: X-Git-Tag: 2.0.53~75 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=dd80c4e4cafabcfa3756b45cd734a79735b116d2;p=thirdparty%2Fapache%2Fhttpd.git update Spanish translation: * manual/bind.xml.es, manual/custom-error.xml.es: New translations * manual/style/lang/es.xml: text snippet updates Submitted by: Jesus Blanco Reviewed by: Daniel Lopez git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.0.x@125663 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/bind.xml.es b/docs/manual/bind.xml.es new file mode 100644 index 00000000000..7a29ed62800 --- /dev/null +++ b/docs/manual/bind.xml.es @@ -0,0 +1,189 @@ + + + + + + + + + + Direcciones IP y puertos de escucha + + +

Cómo configurar Apache para que escuche en direcciones IP + y puertos específicos.

+ + + Hosts virtuales + Asuntos relacionados con DNS + +
+ Introducción + + + + core + mpm_common + + + VirtualHost + Listen + + + + +

Cuando Apache se inicia, comienza a esperar peticiones + entrantes en determinados puertos y direcciones de la máquina + en la que se está ejecutando. Sin embargo, si quiere que + Apache escuche solamente en determinados puertos específicos, + o solamente en determinadas direcciones, o en una combinación + de ambos, debe especificarlo adecuadamente. Esto puede además + combinarlo con la posibilidad de usar hosts virtuales, + funcionalidad con la que un servidor Apache puede responder a + peticiones en diferentes direcciones IP, diferentes nombres de + hosts y diferentes puertos.

+ +

La directiva Listen + le indica al servidor que acepte peticiones entrantes solamente en + los puertos y en las combinaciones de puertos y direcciones que se + especifiquen. Si solo se especifica un número de puerto en la + directiva Listen el + servidor escuchará en ese puerto, en todas las interfaces de + red de la máquina. Si se especifica una dirección IP y + un puerto, el servidor escuchará solamente en la interfaz de + red a la que pertenezca esa dirección IP y solamente en el + puerto indicado. Se pueden usar varias directivas Listen para + especificar varias direcciones IP y puertos de escucha. El + servidor responderá a las peticiones de todas las direcciones + y puertos que se incluyan.

+ +

Por ejemplo, para hacer que el servidor acepte conexiones tanto + en el puerto 80 como en el puerto 8000, puede usar:

+ + + Listen 80
+ Listen 8000 + + +

Para hacer que el servidor acepte conexiones en dos interfaces + de red y puertos específicos, use

+ + + Listen 192.170.2.1:80
+ Listen 192.170.2.5:8000 + + +

Las direcciones IPv6 deben escribirse entre corchetes, como en el siguiente ejemplo:

+ + + Listen [fe80::a00:20ff:fea7:ccea]:80 + +
+ +
+ Consideraciones especiales para IPv6 + +

Cada vez más plataformas implementan IPv6, y APR soporta + IPv6 en la mayor parte de esas plataformas, permitiendo que Apache + use sockets IPv6 y pueda tratar las peticiones que se envían + con IPv6.

+ +

Un factor de complejidad para los administradores de Apache es + si un socket IPv6 puede tratar tanto conexiones IPv4 como + IPv6. Para tratar conexiones IPv4 con sockets IPv6 se utiliza un + traductor de direcciones IPv4-IPv6, cuyo uso está permitido + por defecto en la mayor parte de las plataformas, pero que + está desactivado por defecto en FreeBSD, NetBSD, y OpenBSD + para cumplir con la política system-wide en esas + palaformas. Pero incluso en los sistemas en los que no está + permitido su uso por defecto, un parámetro especial de + configure puede modificar ese + comportamiento.

+ +

Si quiere que Apache trate conexiones IPv4 y IPv6 con un + mínimo de sockets, lo que requiere traducir direcciones IPv4 + a IPv6, especifique la opción de configure + --enable-v4-mapped y use directivas Listen genéricas de la + siguiente forma:

+ + + Listen 80 + + +

Con --enable-v4-mapped, las directivas Listen en + el fichero de configuración por defecto creado por Apache + usarán ese formato. --enable-v4-mapped es el + valor por defecto en todas las plataformas excepto en FreeBSD, + NetBSD, y OpenBSD, de modo que esa es probablemente la manera en + que su servidor Apache fue construido.

+ +

Si quiere que Apache solo procese conexiones IPv4, sin tener en + cuenta cuál es su plataforma o qué soporta APR, especifique + una dirección IPv4 en todas las directivas Listen, como en + estos ejemplos:

+ + + Listen 0.0.0.0:80
+ Listen 192.170.2.1:80 + + +

Si quiere que Apache procese conexiones IPv4 y IPv6 en sockets + diferentes (es decir, deshabilitar la conversión de + direcciones IPv4 a IPv6), especifique la opción de + configure --disable-v4-mapped y + use directivas Listen específicas como en el siguiente ejemplo:

+ + + Listen [::]:80
+ Listen 0.0.0.0:80 + + +

Con --disable-v4-mapped, las directivas Listen en + el fichero de configuración que Apache crea por defecto + usarán ese formato. --disable-v4-mapped se usa + por defecto en FreeBSD, NetBSD, y OpenBSD.

+ +
+ +
+ Cómo funciona este mecanismo en hosts virtuales + +

Listen no implementa + hosts virtuales. Solo le dice al servidor + principal en qué direcciones y puertos tiene que escuchar. Si no + se usan directivas VirtualHost, el servidor se comporta de + la misma manera con todas las peticiones que se acepten. Sin + embargo, VirtualHost puede usarse para + especificar un comportamiento diferente en una o varias + direcciones y puertos. Para implementar un host virtual, hay que + indicarle primero al servidor que escuche en aquellas direcciones y + puertos a usar. Entonces se debe crear un una sección + VirtualHost + en una dirección y puerto específicos para determinar + el comportamiento de ese host virtual. Tenga en cuenta que si se + especifica en una sección VirtualHost una dirección y puerto + en los que el servidor no está escuchando, ese host virtual no + podrá ser accedido.

+
+ diff --git a/docs/manual/custom-error.xml.es b/docs/manual/custom-error.xml.es new file mode 100644 index 00000000000..ec26cd9f052 --- /dev/null +++ b/docs/manual/custom-error.xml.es @@ -0,0 +1,209 @@ + + + + + + + + + + Respuestas de error personalizadas + + +

Apache ofrece la posibilidad de que los webmasters puedan + configurar las respuestas que muestra el servidor Apache cuando se + producen algunos errores o problemas.

+ +

Las respuestas personalizadas pueden definirse para activarse + en caso de que el servidor detecte un error o problema.

+ +

Si un script termina de forma anormal y se produce una respuesta + "500 Server Error", esta respuesta puede ser sustituida por otro + texto de su elección o por una redirección a otra URL + (local o externa).

+ + +
+ Comportamiento + +
+ Comportamiento anterior + +

NCSA httpd 1.3 devolvía mensajes antiguos del error o + problema encontrado que con frecuencia no tenían + significado alguno para el usuario, y que no incluían en + los logs información que diera pistas sobre las causas de + lo sucedido.

+
+ +
+ Comportamiento actual + +

Se puede hacer que el servidor siga uno de los siguientes + comportamientos:

+ +
    +
  1. Desplegar un texto diferente, en lugar de los mensajes de + la NCSA, o
    2. + +
  2. redireccionar la petición a una URL local, o
    3. + +
  3. redireccionar la petición a una URL externa.
    4. +
+ +

Redireccionar a otra URL puede resultar de utilidad, pero + solo si con ello se puede también pasar alguna + información que pueda explicar el error o problema y/o + registrarlo en el log correspondiente más claramente.

+ +

Para conseguir esto, Apache define ahora variables de entorno + similares a las de los CGI:

+ + + REDIRECT_HTTP_ACCEPT=*/*, image/gif, image/x-xbitmap, + image/jpeg
+ REDIRECT_HTTP_USER_AGENT=Mozilla/1.1b2 (X11; I; HP-UX A.09.05 + 9000/712)
+ REDIRECT_PATH=.:/bin:/usr/local/bin:/etc
+ REDIRECT_QUERY_STRING=
+ REDIRECT_REMOTE_ADDR=121.345.78.123
+ REDIRECT_REMOTE_HOST=ooh.ahhh.com
+ REDIRECT_SERVER_NAME=crash.bang.edu
+ REDIRECT_SERVER_PORT=80
+ REDIRECT_SERVER_SOFTWARE=Apache/0.8.15
+ REDIRECT_URL=/cgi-bin/buggy.pl + + +

Tenga en cuenta el prefijo REDIRECT_.

+ +

Al menos REDIRECT_URL y + REDIRECT_QUERY_STRING se pasarán a la nueva + URL (asumiendo que es un cgi-script o un cgi-include). Las otras + variables existirán solo si existían antes de aparecer + el error o problema. Ninguna de estas variables + se creará si en la directiva ErrorDocument ha especificado una + redirección externa (cualquier cosa que empiece + por un nombre de esquema del tipo http:, incluso si + se refiere al mismo servidor).

+
+
+ +
+ Configuración + +

El uso de ErrorDocument + está activado para los ficheros .htaccess cuando AllowOverride tiene el valor + adecuado.

+ +

Aquí hay algunos ejemplos más...

+ + + ErrorDocument 500 /cgi-bin/crash-recover
+ ErrorDocument 500 "Sorry, our script crashed. Oh dear"
+ ErrorDocument 500 http://xxx/
+ ErrorDocument 404 /Lame_excuses/not_found.html
+ ErrorDocument 401 /Subscription/how_to_subscribe.html + + +

La sintaxis es,

+ + + ErrorDocument <3-digit-code> <action> + + +

donde action puede ser,

+ +
    +
  1. Texto a mostrar. Ponga antes del texto que quiere que se + muestre unas comillas ("). Lo que sea que siga a las comillas se + mostrará. Nota: las comillas (") no se + muestran.
    2. + +
  2. Una URL local a la que se redireccionará la + petición.
    3. + +
  3. Una URL externa a la que se redireccionará la + petición.
    4. +
+
+ +
+ Mesajes de error personalizados y redirecciones + +

El comportamiento de Apache en cuanto a las redirecciones ha + cambiado para que puedan usarse más variables de entorno con + los script/server-include.

+ +
+ Antiguo comportamiento + +

Las variables CGI estándar estaban disponibles para el + script al que se hacía la redirección. No se incluía + ninguna indicación sobre la precedencia de la + redirección.

+
+ +
+ Nuevo comportamiento + +

Un nuevo grupo de variables de entorno se inicializa para que + las use el script al que ha sido redireccionado. Cada + nueva variable tendrá el prefijo REDIRECT_. + Las variables de entorno REDIRECT_ se crean a + partir de de las variables de entorno CGI que existen antes de + la redirección, se les cambia el nombre + añadiéndoles el prefijo REDIRECT_, por + ejemplo, HTTP_USER_AGENT pasa a ser + REDIRECT_HTTP_USER_AGENT. Además, para esas + nuevas variables, Apache definirá REDIRECT_URL + y REDIRECT_STATUS para ayudar al script a seguir su + origen. Tanto la URL original como la URL a la que es redirigida + la petición pueden almacenarse en los logs de acceso.

+ +

Si ErrorDocument especifica una redirección local a un + script CGI, el script debe incluir una campo de cabeceraa + "Status:" en el resultado final para asegurar que + es posible hacer llegar al cliente de vuelta la condición + de error que lo provocó. Por ejemplo, un script en Perl + para usar con ErrorDocument podría incluir lo + siguiente:

+ + + ...
+ print "Content-type: text/html\n";
+ printf "Status: %s Condition Intercepted\n", $ENV{"REDIRECT_STATUS"};
+ ... + + +

Si el script tiene como fin tratar una determinada + condición de error, por ejemplo + 404 Not Found, se pueden usar los + códigos de error y textos específicos en su lugar.

+ +

Tenga en cuenta que el script debe incluir un campo + de cabecera Status: apropiado (como + 302 Found), si la respuesta contiene un campo de + cabecera Location: (para poder enviar una + redirección que se interprete en el cliente). De otra + manera, la cabecera + Location: puede que no tenga efecto.

+
+
+ + diff --git a/docs/manual/style/lang/es.xml b/docs/manual/style/lang/es.xml index 202ccf3ef1f..b42f70e6336 100644 --- a/docs/manual/style/lang/es.xml +++ b/docs/manual/style/lang/es.xml @@ -68,7 +68,7 @@ Sintaxis Valor por defecto Contexto - Sustituye a + Prevalece sobre Estado Módulo @@ -92,7 +92,7 @@ Resumen de contenidos - see glossary + ver glosario