DNS

Sistema de Nombre de Dominio

Fernando Mossi Garca.
1.- Introduccin
Para poder comunicarse con un ordenador necesitamos saber su direccin IP. Dado
que las direcciones IP son difciles de memorizar o recordar necesitamos asignar a las
direcciones nombres significativos, por ejemplo, para poder ver la pgina !eb de la
universidad de "alencia, !!!.uv.es, necesitaramos saber la direccin IP del servidor !eb
de esta, que en este caso es 147.156.1.46, lo mismo para cualquier otra pgina !eb que se
nos ocurra, !!!.#a$oo.com, !!!.sun.com, robotica.uv.es, etc. %ste m&todo es inviable #
engorroso.
%n los comienzos de Internet se utilizaba una 'nica tabla centralizada de traduccin
de nombres a direcciones. %n los () el *+P*N%, estaba formada por unos cientos de
mquinas # un slo arc$ivo, HOSTS.TXT, que contena toda la informacin que se
necesitaba sobre esas mquinas. %l centro de informacin de red del Departamento de
defensa dispona de la versin maestra de la tabla # otros sistemas realizaban una copia
regularmente.
-on el paso del tiempo # cuando Internet, con los protocolos ,-P.IP /e0plot1, este
m&todo, como podemos imaginar, presento serios inconvenientes, entre los que podemos
destacar los siguientes2
3 %l trfico # la carga de red para la mquina que contena las tablas que $aca
posible el mapeo era desbordante.
3 4a consistencia del arc$ivo era mu# difcil de mantener, cuando el HOST.TXT
llegaba a una maquina mu# lejana era #a obsoleto.
3 No se poda garantizar la no duplicidad de nombres, dado que mantener una
administracin central en una red Internacional era algo mu# complicado.
3 %l m&todo era claramente no %scalable.
-onclusin, el m&todo se convirti en obsoleto # mu# ineficiente a medida que aumentaron
el n'mero de mquinas. %s entonces cuando surgi un nuevo sistema de resolucin de
nombres, DNS (Domain Name System), que solucion los problemas anteriores.
DNS, el Sistema de Nombres de Dominio
%l Sistema de Nombres de Dominio 5DNS, Domain Name S#stem6 bsicamente es
un esquema que permite asignar nombres significativos de alto nivel a grandes conjuntos
de mquinas # direcciones IP. %l esquema es jerrquico # basado en dominio utilizando una
7ase de Datos Distribuida para implementarlo. Se utiliza un mecanismo -liente.Servidor,
donde unos programas llamados servidores de nombres contienen informacin acerca de un
segmento de la base de datos # la ponen a disposicin de los clientes, llamados resolvers.
4os llamados resolvers son rutinas de biblioteca que crean preguntas # las envan en forma
de paquete 8DP a un servidor DNS local. %ste devuelve al resolver la direccin IP
correspondiente al nombre solicitado en la pregunta.
%l servicio DNS los podemos situar en la arquitectura de ,-P.IP como protocolo de
aplicacin. "&ase la siguiente figura2
9igura :2 ;odelo ,-P.IP
<racias a la estructura # funcionamiento del DNS se eliminaron los problemas
in$erentes al sistema de arc$ivo plano. * continuacin describimos brevemente el porqu&2
3 Carga e la re y e los !osts" este problema #a no e0iste debido a que la
informacin esta distribuida por toda la red, al tratarse de una bbdd distribuida.
3 D#$li%ia e Nom&res" el problema se elimina debido a la e0istencia de
dominios controlados por un 'nico administrador. Puede $aber nombres iguales
pero en dominios diferentes.
3 Consisten%ia e la 'n(orma%i)n" a$ora la informacin que esta distribuida es
actualizada automticamente sin intervencin de ning'n administrador.
2.- DNS en detalle
%l Sistema de Nombres de Dominio lo podemos desglosar en dos conceptos
independientes2 el primero, especifica la sinta0is del nombre # las reglas para delegar la
autoridad respecto al nombre. = el segundo especifica la implementacin en ordenadores
de la base de datos distribuida que transforma de una manera eficiente los nombres a
direcciones IP.
Nombres de Dominio
-omo dijimos anteriormente el DNS se basa en un esquema jerrquico de nombres
denominado nom&re e ominio. 8n nom&re e ominio consiste en una secuencia de
etiquetas separadas por un punto. Por ejemplo, ro&oti%a.#v.es, contiene tres etiquetas, el
dominio de nivel inferior es ro&oti%a.#v.es, el segundo nivel de dominio es #v.es, # el nivel
superior es es. -omo jerarqua que es podemos apreciar que el dominio de nivel local
corresponde con la primera etiqueta, # el de nivel superior la 'ltima etiqueta.
-omo veremos posteriormente, en la practica un dominio es un ndice en la base de
datos de DNS. 8n dominio puede ser una mquina o puede ser un nodo del cual pueden
partir otros dominios 5o ambas cosas a la vez6.
%n Internet se $a decidido particionar el nivel superior en dos tipos de dominios, los
geogrficos # los gen&ricos. -on los primeros se pretende dividir los recursos a direccionar
SN;P
P+>,>->4>S de *--%S> al ;%DI>
IP
,-P 8DP
?,,P S;,P +P- DNS
9,P
,elnet ,elnet
N9S
@D+
+P-
*SN:
,9,P
por pas 5por ej, #v.es6, tambi&n son conocidos como IS>A:BB . -on los segundos se
pretende un divisin en funcin del tipo de organizacin. * continuacin podemos ver una
tabla con algunos de los dominios gen&ricos ms utilizados2
Nombre de Dominio Significado
->; >rganizaciones comercianles, ;icrosoft.com, ibm.com
%D8 8niversidades, Instituciones academicas,...
<>" Instituciones <ubernamentales
;I4 >rganizaciones militares
>+< >rganizaciones no comerciales
N%, <rupos relacionados con la +ed
IN, >rganizaciones Internacionales
De reciente aparicin
," ,elevisines
9; %misoras de radio
... ...
,odos los dominios en Internet pueden representarse mediante un rbol. 4as $ojas del rbol
seran los dominios que #a no contiene ms dominios 5subdominios, aunque este t&rmino
no esta definido es bastante utilizado6. %ntonces, cada dominio en Internet estara definido
por la tra#ectoria $acia arriba desde &l a la raz 5esta est vaca6. %l rbol tendra la
siguiente forma2
<%NC+I->S Por P*DS
+>>, 5vaco6
edu com mil gov net org ... es it fr us ....

ibm cisco oracle nasa ieee acm uv
tools soft robotica
oracle cisco lab: labE labA
rut: rutE rutA tools
9igura E2 rbol de la jerarqua de nombres de Internet
-omo puede verse en el rbol al ser jerrquico no $a# conflicto cuando dos nombres son
iguales, mientras pertenezcan a dominios distintos. %n la figura E, por ejemplo, esto se da
con ora%le.%om # ora%le.ro&oti%a.#v.es .
4os nombres pueden ser te0to ascii de $asta BA caracteres de longitud, mientras que
los nombres de tra#ectoria completa 5desde la $oja $asta la raz6 no debe sobrepasar los EFF
caracteres.
Delegacin de la Autoridad
4a organizacin que posee un Nombre de Dominio, como por e.j. #v.es, es
responsable del funcionamiento # mantenimiento de los servidores de nombres que
traducen sus propios nombres a direcciones. Se crea entonces un administrador local quien
bajo su responsabilidad introduce altas, bajas # cambios de forma rpida # precisa. %
incluso puede delegar parte de los dominios que caen bajo su responsabilidad en otro
administrador.
Para ver ms claramente la relacin entre la jerarqua de nombres # la delegacin de
la autoridad para los nombres veamos el siguiente ejemplo 5v&ase la figura E62 una mquina
del Instituto de +obtica de la 8niversidad de "alencia tiene el nombre de dominio oficial
ora%le.ro&oti%a.#v.es . %l nombre de la mquina fue registrado por el administrador local de
la red del mencionado Instituto. %l *dministrador de esta red local $aba obtenido
previamente autorizacin para la administracin del subdominio ro&oti%a.#v.es de una
*utoridad de la red 8niversitaria, es decir, del *dministrador de la red #v.es. %ste a su vez
$aba obtenido permiso de la *utoridad que *dministra el dominio geogrfico .es . Gui&n a
su vez $aba obtenido el permiso para administrar el dominio superior geografico de la
*utoridad de Internet.
Para aclarar ms si cabe el concepto de delegacin de *utoridad, cuando alguien
5*dministrador ,%ntidad, <rupo,..6 recibe la responsabilidad de *dministrar un dominio, a
partir de ese dominio es &l el 'nico responsable de administrar como mejor crea
conveniente todos los subdominios que caen bajo el nodo que &l administra. -onsecuencia
de esto lo podemos ver en el dominio superior #s .4a autoridad que lo administra a credo
conveniente dividirlo en un segundo nivel por estado. De esta forma qui&n quiera
conectarse bajo el dominio de %%.88, #s, e&er* !a%erlo o&ligatoriamente &a+o #n
ominio e seg#no nivel. Por ejemplo, imaginemos la empresa Com$#ter,n%leTom
situada en -irgina en %%.88. 4a empresa desea conectarse a internet bajo el dominio
superior #s. Csta no podra $acerlo directamente, debera conectarse como dominio de
segundo nivel, es decir, %om$#ter#n%letom.va.#s
Registro de Recursos
-uando un resolveor da un nombre al DNS para que este le responda, el nombre
dado puede transformarse en ms de un aspecto en el sistema de dominio. %s decir, la
respuesta no tiene porque se 'nicamente una direccin IP, sino que pueden ser muc$os
tipos de recursos, como por ejemplo, una direccin que slo acepta correo electrnico. Por
tanto, cuando el cliente enva al DNS el nombre del objeto o recurso que busca indica el
tipo de objeto que busca 5tambi&n e0iste la posibilidad de pedir todos los recursos asociados
con el nombre6.
4os datos del DNS se almacenan como una serie de entradas de te0to, llamadas
.egistros e .e%#rsos 5++6. 8n ++ esta formado por cinco tuplas # tiene el siguiente
formato2
/Nom&re0ominio1 /TT21 /Clase1 Ti$o Dato0.egistro(-alor)
*dicionalmente se pueden aHadir comentarios en la misma lnea inclu#endo al principio del
comentario 3 .
%l Primer campo, Nom&re0ominio, indica el nombre de dominio. Puede $aber ms de un
registro por dominio. %ste campo a veces puede omitirse, en ese caso siempre se toma por
defecto el 'ltimo nombre de domino indicado con anterioridad.
%l campo TT2, se refiere al tiempo de vida, e indica la estabilidad del registro, es decir,
cuanto tiempo debe guardarse en cac$& despu&s de almacenarse.
%l campo Clase se refiere al tipo de informacin. *ctualmente slo se utiliza 'N, para
informacin de Internet. %ste campo si se omite, al igual que el campo Nom&re se toma el
'ltimo valor indicado con anterioridad. * veces, el orden de los campos TT2 # Clase
pueden intercambiarse, no dando a confusin dado que ,,4 es num&rico.
%l campo Ti$o indica el tipo de registro, puede contener algunos de los siguientes valores
5los ms importantes62
,ipo de +egistro Descripcin
S>* Inicio de autoridad, Start >f *ut$orit#6, identifica el dominio o la
zona # se fijan una serie de parmetros para esta zona.
NS %l nombre de dominio se $ace corresponder con el nombre de una
computadora de confianza para el dominio, es decir, un servidor de
nombres.
* Direccin IP de un $ost. Si este tiene varias direcciones IP,
multi$omed, $abr un registro diferente por cada una de ellas.
-N*;% %s un alias que se corresponde con el nombre cannico verdadero.
;@ Se trata de un intercambiador de correo 5;ail e@c$anger6, es decir,
un dominio dispuesto a aceptar solo correo electrnico.
,@, ,e0to, es una forma aHadir comentarios a la 7ase de Datos. Por %j.,
para dar la direccin posta del dominio miempresa.com .
P,+ *puntador, $ace corresponder una direccin IP con el nombre de un
sistema. 8sado en arc$ivos direccin3nombre.
?IN9> Informacin del ?ost, tipo # modelo de computadora.
;IN9> Informacin de 7uzn o lista de correo.
IJS Servicios p'blicos 5Iell3Jno!n Services6. Puede listar los servicios
de las aplicaciones disponibles en el ordenador.
"olviendo a la estructura general del ++ el campo valor ser un n'mero o te0to ascii
dependiendo del tipo de registro.
,ambi&n decir, que el orden en la tabla de los ++ no es significativo.
*$ora presentamos un ejemplo 5ficticio6 del tipo de informacin que podramos
encontrar en la base de datos del dominio de una empresa conectada a Internet, en este
caso %om$#ter#n%letom.va.#s 2
K
KFichero Configuracin
;Datos autorizados para computeruncletom.va.us
;
computeruncletom.va.us. 86400 I !"# $%; !erie
&8800 ;'efrescar cada 8 horas
(600 ;'eintentar cada hora
604800 ;)*pirar al ca+o % semana
86400 , ;)l defecto es un dia
;informacin de la empresa
computeruncletom.va.us. 86400 I -.- /)mpresa de Informatica0
computeruncletom.va.us. 86400 I -.- /1irginia2 )).330
;!ervidores de correo
computeruncletom.va.us. 86400 I 4. % correo.computeruncletom.va.us
computeruncletom.va.us. 86400 I 4. & postal.computeruncletom.va.us
;uestros servidores de nom+res
computeruncletom.va.us. 86400 I ! mesa.computeruncletom.va.us
computeruncletom.va.us. 86400 I ! silla.computeruncletom.va.us
;Direcciones de hosts
correo.computeruncletom.va.us. 86400 I # %5&.&6(.&6(.&
postal.computeruncletom.va.us. 86400 I # %5&.&6(.&6(.(
start.computeruncletom.va.us. 86400 I # %5&.&6(.&6(.4
start.computeruncletom.va.us. 86400 I # %5&.&6(.&6(.6
start.computeruncletom.va.us. 86400 I 7IF" 8inui* !u!) 9.&
mesa.computeruncletom.va.us. 86400 I # %5&.&6(.&6(.6
silla.computeruncletom.va.us. 86400 I # %5&.&6(.&6(.9
;#lias
:::.computeruncletom.va.us. 86400 I C#4) start.computeruncletom.va.us
ftp.computeruncletom.va.us. 86400 I C#4) start.computeruncletom.va.us
; ; ; ; ;
; ; ; ; ;
* continuacin describimos el significado de cada lnea 5omitimos la lneas que son
comentarios, KL6 2
3 %n la primera lnea damos informacin del dominio que estamos administrando.
3 %n la lnea siguiente damos informacin te0tual de nuestro dominio, en este caso
a que se dedica la empresa # donde se localiza.
3 %n la cuarta # quinta lnea estamos facilitando nuestros servidores de correo, es
decir, mquinas que recibirn todo el correo dirigido a
4#iensea5%om$#ter#n%letom.va.#s Primero se intentar con la mquina de nombre
%orreo # en caso de que esta fallar se intentara con $ostal.
3 4as lneas seis # siete contienen informacin de nuestros servidores de nombres
3 * continuacin indicamos las direcciones IP de nuestras mquinas. %n esta
seccin v&ase que damos informacin del sistema operativo de una nuestra
mquinas, start, que adems es muti$omed.
3 Por 'ltimo, indicamos los alias, en este caso !!!.computeruncletom.va.us #
ftp.computeruncletom.va.us. Ntese que de esta forma nuestra mquina start
ser un servidor !eb # un servidor ftp.
%n este ejemplo no $emos puesto las direcciones IP a usar para buscar los dominios de
nivel superior, estn son facilitadas por los servidores raz.
Servidores de nombres y zonas de autoridad
,oda la informacin acerca de un espacio de dominio se guarda en una computadora
que llamamos Servidor de Nombres. %sto es la implementacin fsica del llamado
programa servidor que antes $emos mencionado.
<eneralmente, los servidores tienen informacin completa acerca de una parte del
espacio de dominio de nombres, que llamamos 6ona e a#toria. ;s e0actamente una
6ona es la porcin del espacio de nombres de dominio de la que es responsable un
determinado servidor DNS. 4a zona de autoridad de estos servidores abarca al menos un
dominio # tambi&n pueden incluir subdominios, aunque a veces los servidores de un
dominio puede delegar sus dominios en otros servidores.
4a diferencia entre una 6ona # un ominio es que la primera contiene los nombres
de dominio # datos que representan a un dominio # un ominio es un nombre a que agrupa
a otras mquinas o dominios inferiores.
"eamos a continuacin una forma de dividir el espacio de nombres de la figura E2
edu com mil gov net org ... es it fr us ....

ibm cisco oracle nasa ieee acm uv
tools soft robotica
oracle cisco lab: labE labA
rut: rutE rutA tools
9ig. A2 Division en zonas de parte del %spacio de Dominio de Nombres.
-ada zona tendr asignada un servidor de nombres primario que obtiene su
informacin de su base de datos local # uno o ms servidores secundarios que obtienen su
informacin del servidor de nombres primario. +ecordemos que 5delegacin de autoridad6
el lugar donde se colocan los limites de una zona dentro de una zona es responsabilidad del
administrador de esa zona.
?asta a$ora $emos nombrado slo dos tipos de servidores los Primarios # los
Secundarios. Seg'n la configuracin del servidor podemos encontrarnos con cuatro tipos de
servidores, desempaHando cada uno una funcin distinta. "eamos en detalle cada uno de
ellos en la siguiente tabla2
,ipo de Servidor Descripcin
Primarios 57rimary Name Servers) *lmacenan la informacin de su zona en una base de
datos local. Son responsables de mantener la
informacin actualizada # cualquier cambio debe ser
notificado a este servidor
Secundarios 5Se%#nary Name
Servers6
Son aquellos que obtienen los datos de su zona desde
otro servidor que tenga autoridad para esa zona. %l
proceso de copia de la informacin se denomina
trans(eren%ia e 6ona.
;aestros 58aster Name Servers) 4os servidores maestros son los que transfieren las
zonas a los servidores secundarios. -uando un
servidor secundario arranca busca un servidor
maestro # realiza la transferencia de zona. 8n
servidor maestro para una zona puede ser a la vez un
servidor primario o secundario de esa zona. %stos
servidores e0traen la informacin desde el servidor
primario de la zona. *s se evita que los servidores
secundarios sobrecargen al servidor primario con
transferencias de zonas.
4ocales 5Ca%!ing9only servers) 4os servidores locales no tienen autoridad sobre
ning'n dominio2 se limitan a contactar con otros
servidores para resolver las peticiones de los clientes
DNS. %stos servidores mantienen una memoria
%a%!: con las 'ltimas preguntas contestadas. -ada
vez que un cliente DNS le formula una pregunta,
primero consulta en su memoria cac$&. Si encuentra
la direccin IP solicitada, se la devuelve al clienteK si
no, consulta a otros servidores, apunta la respuesta en
su memoria cac$& # le comunica la respuesta al
cliente.
%l proceso de resolucin de nombres de dominio
4a resolucin de un nombre de dominio es la traduccin del nombre a su
correspondiente direccin IP. %n este proceso como dijimos anteriormente $a# dos partes el
cliente, .esolver, # el servidor, el DNS.
8n .esolver tiene las siguiente tareas2
3 Interrogar al Servidor de nombres, DNS
3 Interpretar las respuestas, que pueden ser ++ o errores
3 = devolver informacin al programa que $a solicitado la resolucin
Para este proceso de traduccin los .esolvers pueden formular dos tipos de preguntas2
recursivas e iterativas2
3 -uando un cliente formula una pregunta re%#rsiva a un servidor DNS, &ste debe
intentar por todos los medios resolverla aunque para ello tenga que preguntar a
otros servidores
3 Si el cliente formula una pregunta iterativa a un servidor DNS, este servidor
devolver o bien la direccin IP si la conoce o si no, la direccin de otro
servidor que sea capaz de resolver el nombre
"eamos un ejemplo2 queremos visualizar en el bro!ser la pgina !eb de la direccin
!!!.uv.es. %n primer lugar, el navegador tiene que resolver el nombre de dominio a una
direccin IP. Despu&s podr comunicarse con la correspondiente direccin IP, abrir una
cone0in ,-P con el servidor # mostrar en pantalla la pgina principal de la 8niversidad de
"alencia. 4os pasos que se van produciendo a lo largo del proceso de resolucin los
podemos resumir en los siguientes2
:. Nuestro ordenador 5cliente DNS6 formula una $reg#nta re%#rsiva a nuestro servidor
DNS local 5generalmente el proveedor de Internet6.
E. %l servidor local es el responsable de resolver la pregunta, aunque para ello tenga
que reenviar la pregunta a otros servidores. Si el usuario a solicitado informacin
local, el servidor e0trae la respuesta de su propia base de datos. Si la informacin
solicitada es sobre un ordenador e0terno, el servidor comprueba primero su cac$&
de consultas recientes, si la respuesta esta aqu entonces la devuelve 5no es de
confianza6. Suponemos que no conoce la direccin IP asociada a !!!.uv.esK
entonces formular una $reg#nta iterativa al servidor del dominio raz.
A. %l servidor del dominio raz no conoce la direccin IP solicitada, pero devuelve la
direccin del servidor del dominio es.
M. %l servidor local reenva la pregunta iterativa al servidor del dominio es.
F. %l servidor del dominio es tampoco conoce la direccin IP preguntada, aunque s
conoce la direccin del servidor del dominio #v.es, por lo que devuelve esta
direccin.
B. %l servidor local vuelve a reenvar la pregunta iterativa al servidor del dominio
#v.es.
(. %l servidor del dominio #v.es conoce la direccin IP de !!!.uv.es # devuelve esta
direccin al servidor local.
N. %l servidor local por fin $a encontrado la respuesta # se la reenva a nuestro
ordenador. *l mismo tiempo la respuesta es almacenada en la cac$& para futuras
referencias. %l tiempo m0imo que permanece la informacin almacenada en la
cac$& se configura en los servidores de confianza.
reguntas inversas
4os clientes DNS tambi&n pueden formular $reg#ntas inversas, es decir, conocer el
nombre de dominio dada una direccin IP. Para evitar una b'squeda e0$austiva por todo el
espacio de nombres de dominio, se $a creado un dominio especial llamado in9ar.ar$a.
-uando un cliente DNS desea conocer el nombre de dominio asociado a la direccin IP
;.<.y.6 formula una pregunta inversa a 6.y.<.;.in9ar.ar$a. 4a inversin de los b#tes es
necesaria debido a que los nombres de dominio son ms gen&ricos por la derec$a, al
contrario que ocurre con las direcciones. "&ase la figura siguiete2
9ig.M . Orbol para la resolucin Inversa
4a 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. %sto se $ace en una tabla
que es independiente de las correspondencias entre nombre # direcciones. -omo puede
verse en el rbol de la fig. M, el subrbol especial de dominio in3addr.arpa se cre para
+>>,
->; %D8 *+P*
IN3*DD+
:M(
:FB
:EN
:F(
apuntar $acia todas esas tablas de red. -uando se colocan las direcciones en el rbol, tiene
sentido poner el primer n'mero en la parte superior # bajar poco a poco.
!ormato de los mensa"es del servidor de dominios
4os mensajes de consulta entre clientes # servidores de DNS tienen un formato
establecido. %ste formato es el siguiente2
ID%N,I9I-*-IPN P*+O;%,+>S
NQ D% S>4I-I,8D%S NQ D% +%SP8%S,*S
NQ D% *8,>+ID*D NQ D% +%<IS,+>S *DI-I>N*4%S
-onsulta.s 5seccin de solicitudes6
++ de respuestas 5seccin de respuestas6
++ de autoridad 5seccin de respuestas6
++ con informacin adicional 5seccin de respuestas6
,*74* :2 9ormato de un mensaje de servidor DNS.
%l cliente enva una solicitud en forma de mensaje formateado # el servidor aHade la
informacin requerida a la consulta original. %l formato de mensaje visto permite al cliente
$acer varias solicitudes en un solo mensaje.
* continuacin vamos a describir los campos del mensaje2
3 'D=NT'>'C?C'@N2 este campo es para $acer corresponder una respuesta con su
peticin
3 7?.A8=T.OS, especifica la operacin solicitada # el tipo de respuesta, v&ase
la siguiente tabla2
7it del -ampo Significado
) >peracin2
) Solicitud
: +espuesta
:3M ,ipo de Solicitud2
) %stndar
: Inversa
E ,erminado :
A ,erminado E
F *ctivado si se tiene una respuesta autorizada
B *ctivado si el manejo esta truncado
( *ctivado si se desea recursin
N *ctivado si la recursin est disponible
R3:: +eservado
:E3:F ,ipo de +espuesta2
) Sin %rror
: %rror de formato en la solicitud
E 9alla en el servidor
A %l nombre no e0ite
3 NB8=.O D= SO2'C'T,D=S, proporcionado en una consulta # en una
respuesta.
3 NB8=.O D= .=S7,=ST?S, este campo es rellenado por el servidor.
3 NB8=.O D= .=C'ST.OS D= ?,TO.'D?D, proporcionado en una respuesta.
4a informacin de los registros de autoridad inclu#e los nombres de los
servidores que contienen los datos de confianza.
3 NB8=.O D= .=C'ST.OS ?D'C'ON?2=S, rellenado en la respuesta. 4a
informacin inclu#e las direcciones de los servidores de confianza.
3 CONS,2T?DS, normalmente un mensaje contiene una 'nica consulta, pero
como $emos dic$o anteriormente se permite concatenar varias peticiones en la
seccin de consulta. %sta seccin contiene los campos siguientes2
-ampo Descripcin
Nombre Nombre de dominio o direccin IP 5en el subrbol IN3
*DD+.*+P6
,ipo ,ipo de consulta, *, NS,...
-lase IN para Internet, se representa como :
3 4as tres secciones siguientes de respuestas, se estructuran todas ellas de la
misma forma2
-ampo Descripcin
Nombre Nombre del nodo para este registro
,ipo ,ipo de registro, S>*, *,..
-lase IN
,,4 ,iempo de vida
+D4%N<,? ,amaHo del campo de datos
+D*,* Informacin del tipo de registro
%n la seccin .. e a#toria se identifica a los servidores de nombres de
confianza para el dominio.
= en la seccin .. e in(orma%i)n ai%ional se proporciona informacin adicional
como pueden ser las direcciones IP de los servidores de nombres de confianza.

7ibliografa2
#ibros de $e%to
3 ,anenbaum, *ndre! S.2 .ees e Com$#taoras, EF =. Prentice3?all, :RR(.
3 -omer, Douglas %.2 .ees Clo&ales e in(orma%i)n %on 'nternet y TC7D'7. -ol.
1, EF =. Prentice3?all
R!&'s (rincia(ales
+9- RE)2 Domain +equierments
+9- ::):2 DNS %nconding of Net!orS Names and >t$er ,#pes
+9- :)AA 2 Domain *dminstrators >perations <uide
+9- :)AM2 Domain Names T -oncepts and 9acilities
+9- :)AF2 Domain Names T Implementation and Specification
+9- :FR:2 Domain Name S#stem Structure and Delegation
+9- ::NA2 Ne! ++ ,#pes
#in)s de inter*s
3 $ttp2..!!!.dns.net.dnsrd.
3 $ttp2..!!.itu.int.
3 $ttp2..!!!.arraSis.es.Upjleon.rfc3es. V*lgunos +9-Ws en castellanoX
3 $ttp2..!!!.cis.o$io3state.edu.$#perte0t.information.rfc.$tml V%specificaciones #
estndares de InternetX
3 $ttp2..!!!.cr#n!r.com
3 $ttp2..!!!.cis.o$io3state.edu.$#perte0t.information.rfc.$tml V%specificaciones #
estndares de InternetX
3 $ttp2..dmoz.org.Iorld.%spaHol.-omputadoras.Internet.Protocolos. VSeleccin
de pginas !eb en castellano que tratan sobre los protocolos de InternetX
3 $ttp2..!!!.linu0.org VDNS $o!3to X