From: André Malo Date: Mon, 8 Oct 2018 21:09:09 +0000 (+0000) Subject: ran `build bootstrap` and rebuild transformation. sorry for the noise. X-Git-Tag: 2.5.0-alpha2-ci-test-only~2292 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=165ee80c6a9c1088af560a17a256e1a9eb32ab9e;p=thirdparty%2Fapache%2Fhttpd.git ran `build bootstrap` and rebuild transformation. sorry for the noise. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1843205 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/bind.html b/docs/manual/bind.html index 7984501abf4..d47e3177333 100644 --- a/docs/manual/bind.html +++ b/docs/manual/bind.html @@ -8,11 +8,11 @@ URI: bind.html.en Content-Language: en Content-type: text/html; charset=ISO-8859-1 -URI: bind.html.es +URI: bind.html.es.utf8 Content-Language: es Content-type: text/html; charset=UTF-8 -URI: bind.html.fr +URI: bind.html.fr.utf8 Content-Language: fr Content-type: text/html; charset=UTF-8 diff --git a/docs/manual/bind.html.es.utf8 b/docs/manual/bind.html.es.utf8 index eb9045844e4..f2a4793122c 100644 --- a/docs/manual/bind.html.es.utf8 +++ b/docs/manual/bind.html.es.utf8 @@ -1,13 +1,13 @@ - + - + -Mapeo de Direcciones y Puertos. - Servidor HTTP Apache Versión 2.5 +Mapeo de Direcciones y Puertos. - Servidor HTTP Apache Versión 2.5 @@ -16,61 +16,58 @@
-

Módulos | Directivas | Preguntas Frecuentes | Glosario | Mapa del sitio web

-

Versión 2.5 del Servidor HTTP Apache

+

Módulos | Directivas | Preguntas Frecuentes | Glosario | Mapa del sitio web

+

Versión 2.5 del Servidor HTTP Apache

<-
-Apache > Servidor HTTP > Documentación > Versión 2.5

Mapeo de Direcciones y Puertos.

+Apache > Servidor HTTP > Documentación > Versión 2.5

Mapeo de Direcciones y Puertos.

Idiomas disponibles:  de  |  en  | - es  | - fr  | + es  | + fr  |  ja  |  ko  | - tr 

+ tr 

-
Esta traducción podría estar - obsoleta. Consulte la versión en inglés de la - documentación para comprobar si se han producido cambios - recientemente.
-

Configurando Apache HTTP Server para que escuche en una dirección y puertos específicos.

+

Configurando Apache HTTP Server para que escuche en una dirección y puertos específicos.

-
top
-

Visión General

+

Visión General

-
Módulos RelacionadosDirectivas Relacionadas
+
Módulos RelacionadosDirectivas Relacionadas
-

Cuando httpd se ejecuta, se mapea a una dirección y un puerto en la - máquina local, y espera a recibir peticiones. Por defecto, escucha en - todas las direcciones de la máquina. Ahora bien, se le puede especificar - que escuche en un determinado puerto, o en una sola dirección IP especifica, - o una combinación de ambos. A menudo esto se combina con la característica +

Cuando httpd se ejecuta, se mapea a una dirección y un puerto en la + máquina local, y espera a recibir peticiones. Por defecto, escucha en + todas las direcciones de la máquina. Ahora bien, se le puede especificar + que escuche en un determinado puerto, o en una sola dirección IP especifica, + o una combinación de ambos. A menudo esto se combina con la característica de los Hosts virtuales, que determina como responde el - httpd a diferentes direcciones IP, nombres de máquinas y puertos.

+ httpd a diferentes direcciones IP, nombres de máquinas y puertos.

La directiva Listen le dice al servidor que acepte peticiones en el puerto o puertos que se le especifiquen al servidor, o a combinaciones de direcciones y - puertos. Si sólo se especifica el número del puerto en la directiva - Listen, el servidor escuchará en + puertos. Si sólo se especifica el número del puerto en la directiva + Listen, el servidor escuchará en ese puerto pero en todas las interfaces de red. - Si además del puerto se le especifica una dirección IP, el servidor escuchará - en el puerto y en la interfaz de red asociado a la dirección IP + Si además del puerto se le especifica una dirección IP, el servidor escuchará + en el puerto y en la interfaz de red asociado a la dirección IP que se le ha especificado en la directiva. Se pueden especificar - múltiples directivas Listen para - especificar un determinado número de IP´s y puertos por donde el servidor escuchará. - El servidor por tanto, responderá a las peticiones en cualquiera de las IP´s y puertos + múltiples directivas Listen para + especificar un determinado número de IP´s y puertos por donde el servidor escuchará. + El servidor por tanto, responderá a las peticiones en cualquiera de las IP´s y puertos listados en la directiva.

Por ejemplo, para hacer que el servidor escuche en ambos puertos 80 y 8080 en todas @@ -86,13 +83,13 @@ Listen 8000 Listen 192.0.2.5:8000

-

Las direcciones IPv6 debrán ir entre '[ ]' corchetes como en el siguiente ejemplo:

+

Las direcciones IPv6 deberán ir entre '[ ]' corchetes como en el siguiente ejemplo:

Listen [2001:db8::a00:20ff:fea7:ccea]:80
-

Si se superponen directivas de tipo Listen, dará como resultado un error fatal - que impedirá que se inicie el servidor.

+

Si se superponen directivas de tipo Listen, dará como resultado un error fatal + que impedirá que se inicie el servidor.

(48)Address already in use: make_sock: could not bind to address [::]:80 @@ -105,39 +102,68 @@ Listen 192.0.2.5:8000

top
+

Cambiar configuración de escucha al reiniciar

+ + +

Cuando httpd se reinicia, hay que tener especial consideración en los + cambios que se realicen a la directiva Listen. + Durante un reinicio, httpd mantiene los puertos (como en la configuración original) + para evitar generar errores del tipo "Conexión rechazada" para cualquier intento + nuevo de establecer la conexión contra el servidor. Si se realiza algún cambio + al conjunto de la directiva Listen, es probable que entre en conflicto con la configuración antigua, la configuración fallará y el servidor + no se iniciará. +

+ +

Por ejemplo, cambiar de la configuración:

+ + 
Listen 127.0.0.1:80
+
+ +

a la siguiente configuración, es probable que falle, porque mapear el puerto 80 + a todas las direcciones, entra en conflicto con sólo mapear el puerto 80 a + la 127.0.0.1.

+ + 
Listen 80
+
+ +

Para que este tipo de cambios surtan efecto, es necesario parar el servidor, + y después iniciarlo.

+ +
top
+

Consideraciones especiales con IPv6

-

Un creciente número de plataformas implementan ya IPv6, y - APR soporta IPv6 en la mayoría de estas plataformas, - permitiendo así a httpd asignar sockets IPv6, y manejar las respuestas - enviadas a través de IPv6.

+

Un creciente número de plataformas implementan ya IPv6, y + APR soporta IPv6 en la mayoría de estas plataformas, + permitiendo así a httpd asignar sockets IPv6, y manejar las respuestas + enviadas a través de IPv6.

Un factor bastante complejo para un administrador del httpd es si un socket IPv6 puede o no manejar tanto conexiones IPv6 como IPv4. El manejo por httpd de conexiones IPv4 con socket IPv6 se debe al mapeo de direcciones IPv4 sobre IPv6, que - está permitido por defecto en muchas plataformas, pero no lo está + está permitido por defecto en muchas plataformas, pero no lo está en sistemas FreeBSD, NetBSD y Open BSD, con el fin de que en estas - plataformas, cumpla con la política del sistema. - En los sistemas que no está permitido el mapeo por defecto, - existe un parámetro de configure especial - para cambiar éste comportamiento para httpd.

+ plataformas, cumpla con la política del sistema. + En los sistemas que no está permitido el mapeo por defecto, + existe un parámetro de configure especial + para cambiar éste comportamiento para httpd.

Por otro lado, en algunas plataformas, como Linux y True64, la - única forma para el manejo de IPv4 e IPv6 al mismo + única forma para el manejo de IPv4 e IPv6 al mismo tiempo es mediante direcciones mapeadas. Si quieres que httpd maneje amos tipos de conexiones IPv4 e IPv6 - con el mínimo de sockets, hay que especificar la opción + con el mínimo de sockets, hay que especificar la opción --enable-v4-mapped al configure.

-

--enable-v4-mapped es la opción que está estipulada por defecto +

--enable-v4-mapped es la opción que está estipulada por defecto en todos los sistemas menos en FreeBSD, NetBSD y Open BSD, por - lo que es probablemente como se compiló su httpd.

+ lo que es probablemente como se compiló su httpd.

-

Si lo que quiere es manejar sólo conexiones IPv4, independientemente de +

Si lo que quiere es manejar sólo conexiones IPv4, independientemente de lo que soporten APR y su plataforma, especifique - una dirección IPv4 por cada directiva + una dirección IPv4 por cada directiva Listen, como en el siguiente ejemplo:

@@ -147,8 +173,8 @@ Listen 192.0.2.1:80

Si en cambio, su plataforma lo soporta, y lo que quiere es que su httpd soporte tanto conexiones IPv4 como IPv6 en diferentes sockets (ejemplo.: para - deshabilitar mapeo de direcciones IPv4), especifique la opción - --disable-v4-mapped al configure. --disable-v4-mapped es la opción por defecto + deshabilitar mapeo de direcciones IPv4), especifique la opción + --disable-v4-mapped al configure. --disable-v4-mapped es la opción por defecto en FreeBSD, NetBSD y OpenBSD.

top
@@ -156,14 +182,14 @@ Listen 192.0.2.1:80

El segundo argumento en la directiva Listen el protocolo que es opcional no es algo que se requiera en las configuraciones. - Si éste argumento no se especifica, https es el protocolo + Si éste argumento no se especifica, https es el protocolo usado por defecto en el puerto 443 y http para el resto. - El protocolo se utiliza para determinar que módulo deberá manejar la petición, - y se le aplicarán optimizaciones específicas del protocolo con la directiva + El protocolo se utiliza para determinar que módulo deberá manejar la petición, + y se le aplicarán optimizaciones específicas del protocolo con la directiva AcceptFilter.

-

Sólo necesitará especificar el protocolo si no está escuchando en un puerto - de los que son estándares, por ejemplo si ejecuta un sitio web https en el puerto 8443:

+

Sólo necesitará especificar el protocolo si no está escuchando en un puerto + de los que son estándares, por ejemplo si ejecuta un sitio web https en el puerto 8443:

Listen 192.170.2.1:8443 https
@@ -176,29 +202,29 @@ Listen 192.0.2.1:80 Hosts Virtuales - solo le dice al servidor en que direcciones y puertos debe escuchar. Si no hay directiva <VirtualHost> - en uso, el servidor se comportará de la misma manera para todas las + en uso, el servidor se comportará de la misma manera para todas las peticiones aceptadas. Ahora bien, <VirtualHost> puede ser usado para especificar un comportamiento diferente en una o varias direcciones o puertos. Para implementar los Hosts Virtuales, antes se le tiene que decir al servidor que direcciones y puertos van a ser usados. - Después de esto, se deberá especificar una sección de la directiva + Después de esto, se deberá especificar una sección de la directiva <VirtualHost> especificando direcciones y puertos que se van a usar en el Host Virtual Note que si se configura un <VirtualHost> - para una dirección y puerto en el que el servidor no está escuchando, - no se podrá acceder al Host Virtual.

+ para una dirección y puerto en el que el servidor no está escuchando, + no se podrá acceder al Host Virtual.

Idiomas disponibles:  de  |  en  | - es  | - fr  | + es  | + fr  |  ja  |  ko  | - tr 

+ tr 

top

Comentarios

Notice:
This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our mailing lists.