You are on page 1of 65

DNS 1

DNS
(Domain Name System)

Su finalidad es facilitar el manejo de direcciones IP

www.uv.es es equivalente a 147.156.1.4
DNS 2
Previo al DNS: el fichero /etc/hosts
Inicialmente se utilizaba (y se utiliza) en Unix el fichero
/etc/hosts, que estaba centralizado en un servidor con la
relacin de todos los nombres de forma exhaustiva y para
utilizarlo, se deben realizar peridicamente copias a los servidores
locales
Inconvenientes del uso de /etc/hosts
procedimiento poco escalable
genera mucho trfico en el servidor
inconsistente con copias locales
con facilidad aparecan nombres duplicados
En Windows, se encuentra en /system32/drivers/etc/hosts
El fichero hosts puede servir para una solucin simple en una
red local donde no tengan configurado un servidor DNS
DNS 3
DNS
El sistema de nombres de dominio se basa en un
esquema jerrquico que permite asignar nombres,
basndose en el concepto de dominio, utilizando
para su gestin una base de datos (BBDD)
distribuida.

Las consultas al DNS son realizadas por los
clientes a travs de las rutinas de resolucin
(resolver o resolvedor o resolutor).
Estas funciones son llamadas en cada host desde las
aplicaciones de red (ping, telnet, ssh, )
DNS 4
DNS 5
DNS 6
Cliente/servidor DNS
Los servidores DNS contienen informacin
de un segmento de la BBDD distribuida y la
ponen a disposicin de los clientes.
Las peticiones de los clientes viajan en
paquetes UDP al DNS local (puerto 53).
TCP para transferencias de zona
SNMP

PROTOCOLOS de ACCESO al MEDIO

IP

TCP

UDP

HTTP

SMTP

RPC

DNS

FTP
Telnet

Telnet

NFS

XDR

RPC

ASN1

T
F
T
P













DNS 7
Ventajas del DNS
Desaparece la carga excesiva en la red y en los
hosts: ahora la informacin esta distribuida por
toda la red, al tratarse de una BBDD distribuida.
No hay Duplicidad de Nombres: el problema se
elimina debido a la existencia de dominios
controlados por un nico administrador. Puede haber
nombres iguales pero en dominios diferentes.
Consistencia de la Informacin: ahora la
informacin que esta distribuida es actualizada
automticamente sin intervencin de ningn
administrador.
DNS 8
Funcionamiento del DNS
ISP
DNS de ISP
1:IP de www.uv.es?
Servidores DNS Raz .
Servidores DNS es.
Servidores DNS uv.es.
(147.156.1.1 alias gong)
2:IP de www.uv.es?
3: No lo s. Pregntale a es.
4:IP de www.uv.es?
5: No lo s. Pregntale a uv.es.
6:IP de www.uv.es?
7: www.uv.es es alias, 147.156.1.4
8: www.uv.es es alias, 147.156.1.4
DNS 9
Elementos del DNS
1. La sintaxis del nombre
2. La implementacin de la base de datos
Comandos y ficheros relacionados con el DNS
DNS 10
Sintaxis del nombre (1/3): definicin
Nombre de dominio es una cadena de hasta 255
caracteres, formada por etiquetas separadas por
puntos (cada etiqueta inferior a 64 caracteres) de
forma jerrquica o por niveles (comenzando el
nivel superior por la derecha). Cada dominio es un ndice
en la BBDD del DNS.
No se distinguen maysculas de minsculas. Esto no se aplica a la parte
izquierda de @ en las direcciones de correo.


Ejemplo: robotica.uv.es tiene 3 etiquetas, siendo el
dominio de nivel superior es., dominio de 2
nivel uv.es. y dominio de nivel inferior
robotica.uv.es.
Adems, de un nombre de dominio puede representar un host.
DNS 11
Sintaxis del nombre (2/3):
absoluto y relativo
Los nombres de dominio absolutos terminan
con . (ej. uv.es.) y los relativos no.

Se necesita saber el contexto del dominio
superior para determinar de manera nica su
significado verdadero.
DNS 12
Sintaxis del nombre (3/3):
clasificacin de los dominios
En el nivel absoluto superior o raz, los
dominios se clasifican en
Geogrficos
divisin por pases (o regiones)
Genricos
en funcin del tipo de organizacin
DNS 13






rbol de clasificacin de los dominios
(1) Cada dominio absoluto se define desde la hoja del rbol hasta la raiz.
(2) Puede haber nombres duplicados en dominios diferentes (ej cisco)

Notas:
GENRICOS GEOGRAFICOS (por pas)


ROOT (vaco)






edu com mil gov net org ... es it fr us ....


ibm cisco oracle nasa ieee acm uv

robotica


milena glup cisco
DNS 14
Nombres de dominio de nivel superior
(TLD) genricos ms utilizados
TLD = Top Level Domain
Nombre de Dominio Significado
COM Organizaciones comerciales, Microsoft.com, ibm.com
EDU Universidades, Instituciones academicas,...
GOV Instituciones Gub ernamentales
MIL Organizaciones militares
ORG Organizaciones no comerciales
NET Grupos relacionados con la Red
INT Organizaciones Internacionales

DNS 15
Delegacin de la autoridad (1/2)
La organizacin que posee un nombre de dominio, es
responsable del funcionamiento y mantenimiento de los
servidores de nombres. Esta rea de influencia se llama
zona de autoridad.
La solicitud de registro se realiza a una autoridad competente,
por ejemplo InterNIC (http://www.internic.net/) es una
autoridad de registro. Para ello es necesario identificar al
menos 2 DNS.
UV: 147.156.1.1 147.156.1.3
Otra opcin para solicitar un dominio, es contactar con los
servicios ofrecidos por una empresa (ej. www.arsys.es)
y/o ISP.
Cada pas a su vez tambin dispone de autoridades de registro
La autoridad del dominio TLD es. que registra los
dominios de 2 nivel:
www.nic.es
DNS 16
Delegacin de la autoridad (2/2)
En una zona existe un administrador local que a su vez
puede delegar en otros administradores. P.ej, uv.es.
puede delegar en el Departamento de Informtica
(informatica.uv.es.) para gestionar este dominio inferior.
Por tratarse de un servicio de aplicacin, un
domino/subdominio (dominio de nivel inferior) no tiene
porqu corresponder con una red/subred IP, ni tampoco
una correspondencia geogrfica, aunque normalmente es lo
ms frecuente en grandes redes
.uv.es <-> 147.156.
Un mismo recurso puede tener asignados varios dominios o
nombres registrados, formando servidores virtuales. Por
ejemplo, http://robotica.uv.es y http://www.cdlibre.org, son
2 servidores de 2 dominios diferentes pero que se asocian a
la misma IP.
DNS 17
Controversias y disputas en los nombres
Es frecuente en ciertos dominios la utilizacin de
nombres controvertidos.
Dichas controversias se resuelven en la OMPI
(organismo encargado de solucionar de forma
amistosa estas situaciones) a nivel mundial. El
procedimiento no amistoso es por los tribunales.
A nivel anecdtico, en el ao 2000, hubieron unas
2000 quejas, 100 de ellas por demandantes
espaoles.
Espaa es el tercer pas en conflictos de este tipo,
detrs de EEUU y UK.


DNS 18
Registro de Recursos (RR) (1/3)
Cada entrada en la tabla de un DNS contiene
informacin, no slo de las direcciones IP, si no
de un registro de recursos, con 5 campos o tuplas
[Nombre_dominio] [TTL] [Clase] Tipo Dato_Registro(Valor)

Cuando un cliente (a travs de un resolver) pregunta
por un nombre de dominio al DNS, lo que recibe
son los RR asociados a ese nombre y por tanto la
funcin real del DNS es relacionar los dominios
de nombres con los RR
Normalmente existen varios RR por dominio
DNS 19
Registro de Recursos (RR) (2/3)
[Nombre_dominio] [TTL] [Clase] Tipo Dato_Registro(Valor)
shackleton.uv.es 600 IN A 147.156.167.210

Nombre_dominio: puede haber ms de un registro por dominio. Este campo a
veces puede omitirse, tomando por defecto el ltimo nombre de domino
indicado con anterioridad.

TTL: tiempo de vida. Indicando la estabilidad del registro (tiempo que se
guarda en la cach).
La informacin altamente estable tiene un valor grande (86400 seg. = 1 da)
La informacin voltil recibe un valor pequeo (60 seg.)

Clase : Actualmente slo se utiliza IN, para informacin de Internet. Este
campo si se omite, se toma el ltimo valor indicado con anterioridad

Dato_Registro(Valor) es un nmero o texto ASCII dependiendo del tipo de
registro.
DNS 20
Tipo de Registro de Recursos (RR) (3/3)
Indica el tipo de registro. Los ms utilizados son:
Tipo de Registro Descripcin
SOA
Start Of Authority
Inic io de autoridad, identificando el dominio o la zona. Fija una
serie de parmetros para esta zona.
NS
Name Server
El nombre de dominio se hace corresponder con el nombre de
una computador a de confianza para el dominio o servidor de
no mbres.
A
Address
Direccin IP de un host en 32 bits. Si este tiene varias direcciones
IP, multihomed, habr un registro diferente por cada una de ellas.
CNAME Es un alias que se corresponde con el nombre cannico
verdadero.
MX Se trata de un intercambiador de c orreo (Mail eXchanger), es
decir, un dominio dispuesto a aceptar solo correo electrnico.
TXT Texto, es una forma d e aadir comentarios a la Base de Datos.
Por Ej., para dar la direccin postal del dominio.
PTR Apuntador, hace corresponder una direccin IP con el nombre de
un sistema. Usado en archivos direccin - nombre, la inversa del
tipo A.
HINFO Informacin del Host, tipo y modelo de computadora y SO
WKS Servicios pblicos (Well - Known Services). Puede listar los
servicios de las aplicaciones disponibles en el ordenador.

DNS 21
Registros MX
Mail Exchanger: son servidores de correo ordenados
por prioridad en un dominio y registrados en el
DNS, de forma que en caso de fallo del principal,
generalmente el que tendr informacin de todas las
cuentas de correo de los usuarios, el cliente de
correo (quien quiere realizar la entrega) averiguar
a travs del DNS el MX del dominio, quien recibir
el correo en nombre del principal.
Este MX intermediario, no requiere tener configuradas
las cuentas de correo y en el momento que el
principal se reponga, el MX har entrega de los
correos.
DNS 22
Servidores DNS de uv.es
Quien es el SOA? (Start of Authority)
El registro SOA es el primero de una
zona de autoridad. Especifica la
mquina de donde proviene la
informacin principal y quin es el
responsable de su administracin
DNS 23
El nmero de serie: AAAAMMDDSS
A: ao
M: mes
D: da
SS: nmero de serie de hoy (SS)
DNS 24
DNS secundario se debe conectar cada 86400 seg. (=24 horas)
Si no lo consigue debe reintentar cada 7200 seg. (=2 horas)
Datos DNS secundario caducan a los 30 das
TTL por defecto de los registros en seg.
DNS 25
NS (Name Server)
A address
TXT Comentario
SOA (Start of Authority)
MX Servidor de correo
Terminan en punto
Que he preguntado?
DNS 26
DNS 27
DNS 28
El rbol de nombres de una organizacin se compone de una
o ms zonas. Una zona es una parte contigua del rbol de
nombres que se administra como una unidad.
uv

robotica


milena cisco glup lab2 lab3


rut1 rut2 rut3 tools
Zonas de autoridad contiene nombre de dominios
Dominio: nombre que agrupa a otras mquinas o dominios inferiores
Zonas de autoridad y dominios
DNS 29
Ejemplo: Zonas y dominios
Una empresa con una central y dos sucursales (delegacin A y B). La base de datos raz
de Internet apuntar a los servidores de nombres de la oficina central. Estos
servidores respondern directamente a peticiones de nombres que pertenezcan a su
zona. Si se solicita un nombre de otra de las zonas (delegaciones), el servidor de la
oficina central devolver los nombres y direcciones de los servidores adecuados.
Otra opcin, sera centralizarlo todo en un nico servidor de todo el dominio y con
todas las zonas, pero reducira la flexibilidad del DNS.
central.empresa.com
empresa.com
delegacin_A.empresa.com delegacin_B.empresa.com
DNS 30
Whois
Mecanismo para recuperar de un registro
metadatos correspondientes a un dominio
RFC 954, RFC 1834,
Las bases de datos whois informan sobre
IPs, puntos de contacto, organizaciones,
DNS 31
IDN (Internationalized Domain Names)
Definido en RFC 3490
representacin de etiquetas de nombre no-ASCII
en formato ASCII
codificacin ACE: ASCII Compatible Encoding
solucin orientada a las aplicaciones
los nombres en DNS siguen siendo ASCII
las aplicaciones (p. ej., navegadores) deben
realizar la conversin
Ejemplo:
www.ee.es ACE www.xn--ee-zja.es
DNS 32
DNS dinmico
En ocasiones, los ISP gestionan de forma dinmica las IP de los host conectados
por DHCP de forma arbitraria, sin tener vinculacin IP con la MAC.
Si dentro del ISP, algn servidor ha de ser accedido desde el exterior, requerir
tener traduccin a IP pblica y adems dicha IP estar ligada con un nombre,
de forma consistente.
Ejemplo: un usuario de un ISP, cuyo host se llama micasa quiere ofrecer un
servicio de FTP. El nombre completo dentro del ISP del host es
micasa.isp.com, pero dicho ISP utiliza DHCP sin vinculacin a MAC, por
lo cual nunca tiene la misma IP, sino puede tener cualquiera dentro del rango
200.0.0.0/24.
Para que se pueda acceder desde el exterior, o bien conocen la IP asignada y se
indica por telfono al cliente que quiere conectarse, o bien el ISP modifica los
registros tipo A de micasa.isp.com apuntando a la nueva IP concedida por
DHCP, de forma consistente, lo que se llama un DNS dinmico.
1.- DHCP entrega I P 200.0.0.1
2.- DHCP indica al DNS nuevo registro de isp.com: micasa A 200.0.0.1
DNS 33
Implementacin de la BBDD
Los servidores DNS tienen informacin completa de una
zona de autoridad.
La zona de autoridad abarca al menos un dominio,
pudiendo incluir dominios de nivel inferior y tendr
normalmente un servidor de nombres primario.
Estos dominios de nivel inferior se pueden delegar en
otros servidores locales.
Segn las caractersticas de la zona, los servidores DNS
se pueden clasificar en:
primarios o secundarios
maestros o locales
DNS 34
Tipos de servidores (1/3)
Primarios (Primary Name Servers): Almacenan la
informacin de su zona en una base de datos local.
Son responsables de mantener la informacin
actualizada y cualquier cambio debe ser notificado
a este servidor
Secundarios (Secundary Name Servers): Son
aquellos que obtienen los datos de su zona desde
otro servidor que tenga autoridad para esa zona. El
proceso de copia de la informacin se denomina
transferencia de zona.

DNS 35
Tipos de servidores (2/3)
Maestros (Master Name Servers): son los que
transfieren las zonas a los servidores secundarios.
Cuando un servidor secundario arranca busca un
servidor maestro y realiza la transferencia de zona.
Un servidor maestro para una zona puede ser a la vez un
servidor primario o secundario de esa zona. Estos
servidores extraen la informacin desde el
servidor primario de la zona. As se evita que los
servidores secundarios sobrecargen al servidor
primario con transferencias de zonas.

DNS 36
Tipos de servidores (3/3)
Locales (Caching-only servers): no tienen
autoridad sobre ningn dominio: se limitan a
contactar con otros servidores para resolver las
peticiones de los clientes DNS. Estos servidores
mantienen una memoria cach con las ltimas
preguntas contestadas. Cada vez que un cliente
DNS le formula una pregunta, primero consulta en
su memoria cach. Si encuentra la direccin IP
solicitada, se la devuelve al cliente; si no, consulta
a otros servidores, apuntando la respuesta en su
memoria cach y comunicando la respuesta al
cliente.

DNS 37
Servidores raz .
Las direcciones IP de los dominios superiores no se incluyen
en el DNS porque no son parte del propio dominio.
Para consultar hosts externos se consulta a los servidores raz,
cuyas direcciones IP estn presentes en un fichero de
configuracin del sistema y se cargan en el cach del DNS
al iniciar el servidor.
Los servidores raz proporcionan referencias directas a
servidores de los dominios de segundo nivel, como COM,
EDU, GOV, geogrficos, etc.

DNS 38
Funciones del cliente DNS
Interrogar al servidor DNS
Interpretar las respuestas que pueden ser
registros de recursos (RR) o errores
Devolver la informacin al programa que
realiza la peticin al cliente DNS

DNS 39
Tipo de preguntas formuladas por los
clientes DNS
En el proceso de interrogacin, las preguntas
pueden ser:
Recursiva: obliga al servidor DNS a que responda
aunque tenga que consultar a otros servidores. Esta
opcin es ms frecuente.
Iterativa: el servidor contesta si tiene la informacin
y si no, le remite la direccin de otro servidor capaz
de resolver. De esta forma el cliente tiene mayor
control sobre el proceso de bsqueda. Esta opcin
es menos frecuente.
Inversa: permite dada una IP, consultar el nombre.
Para ello se ha creado un dominio especial llamada
in-addr.arpa

DNS 40
Ejemplo: IP de www.google.com?
Estamos en un ordenador del lab3 de la UVEG y queremos buscar algo en
google, por lo que nuestro cliente web formula una pregunta recursiva
IP de www.google.com? a nuestro servidor DNS
Mi PC
www.google.com ?
resolver
lab3inf04.uv.es
gong.ci.uv.es
DNS 41
Ejemplo: IP de www.google.com?
El servidor local es el responsable de resolver la pregunta, aunque para
ello tenga que reenviar la pregunta a otros servidores. Si se ha
solicitado informacin local, el servidor extrae la respuesta de su propia
base de datos. Si es sobre un ordenador externo, el servidor
comprueba su cach. Si no tiene direccin IP entonces formular una
pregunta iterativa al servidor del dominio raz.
Mi PC
www.google.com ?
resolver
. www.google.com ?
ip del DNS .com
lab3inf04.uv.es
gong.ci.uv.es
El servidor del dominio raz no conoce la direccin IP solicitada, pero
devuelve la direccin del servidor del dominio .com
DNS 42
Ejemplo: IP de www.google.com?
El servidor local reenva la pregunta iterativa al servidor del
dominio .com que tampoco conoce la direccin IP, aunque
s conoce la direccin del DNS del dominio .google.com
Mi PC
www.google.com ?
resolver
. www.google.com ?
ip del DNS .com
.com
www.google.com ?
ip del DNS google.com
google.com
www.google.com ?
209.85.135.99
lab3inf04.uv.es
gong.ci.uv.es
El servidor local vuelve a reenviar la pregunta
iterativa al DNS google.com, que ahora si
conoce la direccin IP de www.google.com y
devuelve la IP al DNS local
DNS 43
Mi PC
www.google.com ?
resolver
. www.google.com ?
ip del DNS .com
.com
www.google.com ?
ip del DNS google.com
google.com
www.google.com ?
209.85.135.99
209.85.135.99
Aadir a Cache
www.google.com
lab3inf04.uv.es
gong.ci.uv.es
Ejemplo: IP de www.google.com? (1/3)
El servidor local se la reenva a nuestro ordenador, al mismo
tiempo que la almacena en la propia cach.
El tiempo de validez de la respuesta en la cach se configura en
los servidores remotos y se enva como parte de la respuesta
DNS 44
Preguntas inversas (1/2)
Para evitar una bsqueda exhaustiva por todo el
espacio de nombres de dominio, se utiliza un
dominio especial llamado in-addr.arpa.
Cuando un cliente DNS desea conocer el nombre de
dominio asociado a la direccin IP w.x.y.z realiza
una pregunta inversa a z.y.x.w.in-addr.arpa.
La inversin de los bytes es necesaria debido a que
los nombres de dominio son ms genricos por la
derecha, al contrario que ocurre con las
direcciones IP.

DNS 45
Preguntas inversas (2/2)
La organizacin que posee una direccin de red es
responsable de registrar todas sus traducciones de
direccin a nombre en la base de datos del DNS.
Esto se hace en una tabla que es independiente de las
correspondencias entre nombre y direcciones.
El dominio in-addr.arpa se cre para apuntar hacia todas esas
tablas de red
Destacar que muchas servidores y/o clientes como FTP,
WWW, NEWS, Telnet... no aceptarn y/o realizan
conexiones de mquinas de las cuales no son capaces de
resolver el nombre, por eso el mapeo inverso es obligado.
DNS 46
rbol para la resolucin inversa
in-addr.arpa








COM EDU ARPA
IN-ADDR
147
156
128
157
DNS 47
Ejemplo de resolucin inversa de
nombres
DNS 48
Soporte para IPv6
RFC3596 define:
Un nuevo tipo de RR (AAAA) para la correspondencia de nombre
de dominio a direccin IPv6
Un dominio para consultas inversas
IP6.ARPA
La versin IP utilizada para la consulta es independiente de la
versin de protocolo de los RRs
cinco servidores raz ya tienen direccin IPv6 asignada
DNS 49
Formato de los mensajes
El cliente enva solicitud (pregunta) en un mensaje
formateado y el servidor aade la informacin requerida en
dichos campos.
DNS 50
Captura con Ethereal / wireshark
Consulta (query)
ID de Transaccin para hacer corresponder con respuesta
Parmetros (Flags)
Pregunta
Nombre buscado
Tipo (A: Host, NS: Servidor, MX: correo, )
Clase: IN (internet)
DNS 51
Respuesta (answer): ID y Flags
Respuesta
Nombre buscado, Tipo (A: Host, NS: Servidor, MX: correo, ), Clase,
TTL (tiempo en cach), longitud datos, IP buscada
DNS 52
Authoritative nameservers (servidores de confianza)
Additional records (IPs de los anteriores)
DNS 53
Comandos y ficheros
relacionados con DNS
DNS 54
Consultas con nslookup en Windows
La respuesta se realiza
fuera de nuestro DNS
desde la cach
externamente
DNS 55
DNS 56
Consultas con host
DNS 57
El servidor se identifica a s mismo
Porque el servidor contina identificndose a s mismo?.

Esto es debido a que en una organizacin mantiene en
funcionamiento dos o ms servidores, ya que uno de ellos
podra estar muy ocupado o incluso, fuera de servicio, por
ejemplo, para mantenimiento. De esta forma sabemos
quin nos contesta.



DNS 58
Quin tiene una direccin IP conocida
DNS 59
Servidores DNS
raz

Referencias
directas a
servidores de
dominios de
segundo nivel
como COM, EDU,
GOV,


DNS 60
Servidores DNS Raiz
Conocen a todos los servidores de
dominios de primer nivel
Reciben consultas de servidores locales
que no saben resolver un nombre
Hay 13 servidores raz ubicados en
distintos continentes

DNS 61
Configuracin de un cliente de DNS (1/3)
Nombres y
direcciones
necesarios para
arranque. La
primera lnea es
obligatoria
Orden en que debe buscarse una
resolucin de nombres (bind es el DNS)
DNS 62
Configuracin de un cliente de DNS (2/3)
Para configurar una estacin de trabajo en modo
cliente de DNS se debe crear el archivo de resolucin
de cliente /etc/resolv.conf
DNS 63
Configuracin de un cliente de DNS (3/3)
o bien configurar DHCP para que entregue toda la
informacin
DNS 64
Requisitos para conexin a Internet y diseo de la
base de datos de un servidor de nombres
La conexin de un servidor DNS particular a la base de datos mundial de
Internet necesita:

Registrar uno o ms bloques de direcciones IP y, opcionalmente, un
nmero de sistema autnomo en el NIC (Network Information Centre)
Asignar nombres y direcciones a los ordenadores propios.
Obtener la lista de servidores raz que, en conjunto, cubran el servicio
mundial.
Se puede copiar un archivo de InterNIC que contiene esta lista del registro.
Este fichero se puede obtener con FTP annimo a FTP.RS.INTERNIC.NET
Construir un servidor de nombres de dominio primario que contendr
registros tipo A y PTR, y, al menos, una copia secundaria
Comprobar los servidores.
Pasar a la condicin de operativo.
Registrar los nombres de dominio y servidores de la organizacin en
los servicios de inscripcin de la regin.
DNS 65
RFCs de DNS
RFCs principales
RFC 920: Domain Requirements
RFC 1101: DNS Enconding of Network Names and Other Types
RFC 1033 : Domain Adminstrators Operations Guide
RFC 1034: Domain Names Concepts and Facilities
RFC 1035: Domain Names Implementation and Specification
RFC 1591: Domain Name System Structure and Delegation
RFC 1183: New RR Types

Tambin se est trabajando en DNS y seguridad para evitar el ataque conocido
como DNS Spoofing o suplantacin. RFC 2535.

DNS Spoofing. Un intruso se hace pasar por un DNS. El intruso puede
entregar o bien informacin modificada al host, o bien engaar al DNS local
para que registre informacin en su cache. P.ej, puede hacer resolver
www.mibanco.es a una IP que ser la del atacante, de forma que cuando un
usuario de MiBANCO se conecta, lo har realmente con el atacante.

You might also like