From: Jesus Blanco Izquierdo
- <VirtualHost www.abc.com>
- ServerAdmin webgirl@abc.com
+ <VirtualHost www.abc.dom>
+ ServerAdmin webgirl@abc.dom
DocumentRoot /www/abc
</VirtualHost>
www.abc.com
. Si
+ dirección IP correspondiente a www.abc.dom
. Si
por alguna razón la resolución DNS no está
disponible en el momento en que su servidor está analizando
sintánticamente su fichero de configuración, entonces
@@ -69,12 +69,12 @@
hagan a ese host virtual (en las versiones de Apache anteriores a
la 1.2 el servidor ni siquiera se iniciaba).
Suponga que www.abc.com
tiene como dirección
+
Suponga que www.abc.dom
tiene como dirección
IP la 10.0.0.1. Considere la siguiente configuración:
<VirtualHost 10.0.0.1>
- ServerAdmin webgirl@abc.com
+ ServerAdmin webgirl@abc.dom
DocumentRoot /www/abc
</VirtualHost>
<VirtualHost 10.0.0.1>
- ServerName www.abc.com
- ServerAdmin webgirl@abc.com
+ ServerName www.abc.dom
+ ServerAdmin webgirl@abc.dom
DocumentRoot /www/abc
</VirtualHost>
abc.com
es uno de sus clientes y ellos
+ ejemplo, si abc.dom
es uno de sus clientes y ellos
controlan su propia DNS, pueden forzar a su servidor (pre-1.2) a
fallar al iniciarse simplemente borrando el registro
- www.abc.com
.
+ www.abc.dom
.
Otra formas pueden ser bastante más complicadas. Fíjese en esta configuración:
- <VirtualHost www.abc.com>
- ServerAdmin webgirl@abc.com
+ <VirtualHost www.abc.dom>
+ ServerAdmin webgirl@abc.dom
DocumentRoot /www/abc
</VirtualHost>
@@ -132,19 +132,19 @@
Suponga que ha asignado la dirección 10.0.0.1 a
- www.abc.com
y 10.0.0.2 a
+ www.abc.dom
y 10.0.0.2 a
www.def.com
. Todavía más, suponga que
def.com
tiene el control de sus propias DNS. Con esta
configuración ha puesto def.com
en una
posición en la que puede robar todo el trafico destinado a
- abc.com
. Para conseguirlo, todo lo que tiene que
+ abc.dom
. Para conseguirlo, todo lo que tiene que
hacer es asignarle a www.def.com
la dirección
10.0.0.1. Como ellos controlan sus propias DNS no puede evitar que
apunten el registro www.def.com
a donde quieran.
Las peticiones dirigidas a la dirección 10.0.0.1
(incluídas aquellas en las los usuarios escriben URLs de tipo
- http://www.abc.com/whatever
) serán todas
+ http://www.abc.dom/whatever
) serán todas
servidas por el host virtual def.com
. Comprender por
qué ocurre esto requiere una discusión más profunda
acerca de como Apache asigna las peticiones que recibe a los hosts
diff --git a/docs/manual/dns-caveats.xml.es b/docs/manual/dns-caveats.xml.es
index d086884522c..ebe650c3cbb 100644
--- a/docs/manual/dns-caveats.xml.es
+++ b/docs/manual/dns-caveats.xml.es
@@ -40,8 +40,8 @@
www.abc.com
. Si
+ dirección IP correspondiente a www.abc.dom
. Si
por alguna razón la resolución DNS no está
disponible en el momento en que su servidor está analizando
sintánticamente su fichero de configuración, entonces
@@ -62,12 +62,12 @@
hagan a ese host virtual (en las versiones de Apache anteriores a
la 1.2 el servidor ni siquiera se iniciaba).
- Suponga que www.abc.com
tiene como dirección
+
Suponga que www.abc.dom
tiene como dirección
IP la 10.0.0.1. Considere la siguiente configuración:
abc.com
es uno de sus clientes y ellos
+ ejemplo, si abc.dom
es uno de sus clientes y ellos
controlan su propia DNS, pueden forzar a su servidor (pre-1.2) a
fallar al iniciarse simplemente borrando el registro
- www.abc.com
.
+ www.abc.dom
.
Otra formas pueden ser bastante más complicadas. Fíjese en esta configuración:
Suponga que ha asignado la dirección 10.0.0.1 a
- www.abc.com
y 10.0.0.2 a
+ www.abc.dom
y 10.0.0.2 a
www.def.com
. Todavía más, suponga que
def.com
tiene el control de sus propias DNS. Con esta
configuración ha puesto def.com
en una
posición en la que puede robar todo el trafico destinado a
- abc.com
. Para conseguirlo, todo lo que tiene que
+ abc.dom
. Para conseguirlo, todo lo que tiene que
hacer es asignarle a www.def.com
la dirección
10.0.0.1. Como ellos controlan sus propias DNS no puede evitar que
apunten el registro www.def.com
a donde quieran.
Las peticiones dirigidas a la dirección 10.0.0.1
(incluídas aquellas en las los usuarios escriben URLs de tipo
- http://www.abc.com/whatever
) serán todas
+ http://www.abc.dom/whatever
) serán todas
servidas por el host virtual def.com
. Comprender por
qué ocurre esto requiere una discusión más profunda
acerca de como Apache asigna las peticiones que recibe a los hosts