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