Seminario de Redes TRABAJO PRACTICO Nº 2. DIG y NSLOOKUP. Padrón:

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Seminario de Redes TRABAJO PRACTICO Nº 2. DIG y NSLOOKUP. E-mail: deimos_azul@yahoo.com Padrón: 77902. E-mail: gonzalojosa@hotmail."

Transcripción

1 Departamento de Electrónica Facultad de Ingeniería Seminario de Redes TRABAJO PRACTICO Nº 2 DIG y NSLOOKUP Grupo: NMNK Responsable a cargo: Integrantes: Guzmán Pegazzano, Ma. Azul Padrón: Josa Scorza, Gonzalo Padrón: Rodríguez Palacios, Agustina Padrón: 77677

2 Introducción. El objetivo de este trabajo práctico es utilizar las herramientas dig y nslookup para poder analizar las distintas características del sistema DNS. Los protocolos a utilizar serán IP, ICMP y UDP. Los comandos dig y nslookup se basan en el sistema DNS (Domain Name System). Este sistema se utiliza para obtener una direccion IP a partir del nombre del host y visceversa, y para proveer la informacion de una ruta. Los mensajes DNS viajan sobre UDP salvo cuando se realiza lo que se llama un zone transfer que lo hacen sobre TCP. Para nuestros fines prácticos, se utilizara UDP. HEADER IP HEADER UDP DNS HEADER DNS utiliza lo que se llama delegación de autoridad esto es, ninguna entidad maneja todas las etiquetas del árbol jerárquico de DNS sino que una entidad se encarga de una zona especifica del árbol (top-level domains) delegando otras responsabilidades hacia otras zonas. Una vez que la responsabilidad ha sido delegada, es responsabilidad del administrador de esa zona proveer múltiples servidores de nombre para esa zona. Un servidor de nombre puede ser autoritativo para una o varias zonas. La persona responsable de la zona provee un servidor de nombre primario y uno o mas servidores de nombre secundarios para esa zona; siendo primarios y secundarios independientes entre ellos. No todos los servidores conocen como contactar a otro servidor de nombre, pero si saben como contactar a la raíz de los servidores. Todos los servidores primarios deben saber la dirección IP del servidor raíz para poder contactarlo. Para cada dominio existe un servidor autoritativo. Este servidor es quien conoce toda la información correspondiente a este dominio. En caso de que se realice una consulta sobre algún host perteneciente a su dominio, será él quien responda, generando así una respuesta del tipo autoritativa. En caso de que se le realice una consulta sobre un host que no pertenezca a su dominio, pueden ocurrir dos situaciones: - Que no tenga disponible la información, y por lo tanto deba obtenerla del servidor que posee autoridad sobre ese dominio, generando así una respuesta autoritativa. En este caso la información quedará almacenada en su caché; con lo cual, las siguientes consultas sobre este dominio serán no autoritativas. - Que tenga almacenada la información en el caché generando así una respuesta no autoritativa. La respuesta no autoritativa puede ser recursiva o iterativa. En el caso de ser recursiva, el servidor al cual se ha realizado la consulta se encarga de devolver la respuesta aunque él no posea esa información; en ese caso hará las consultas necesarias a otros servidores para poder resolver la pregunta. En el otro caso, el servidor envía al 2

3 host una lista con las direcciones de servidores de nombre a quienes se debe consultar por ese dominio. Las respuestas autoritativas son siempre recursivas. 3

4 El formato de un mensaje DNS es el siguiente: IDENTIFICACION NUMERO DE PREGUNTA NUMERO DE AUTORIDAD RRs FLAGS NUMERO DE RESPUESTAS RRs NUMERO DE RRs ADICIONALES PREGUNTAS RESPUESTAS AUTORIDAD INFORMACION ADICIONAL El formato del campo PREGUNTAS es el siguiente: NOMBRE DE LAS PREGUNTAS TIPO DE PREGUNTA. CLASE DE PREGUNTA El campo nombre de preguntas es el nombre por el cual se esta preguntando. El campo clase de pregunta casi siempre está en 1 indicando que se refiere a una dirección de internet. El campo tipo de pregunta toma diferente valor de acuerdo al tipo de pregunta que se este realizando: Nombre Valor Descripcion A 1 IP address NS 2 Name server CNAME 5 Canonical name PTR 12 Pointer record HINFO 13 Host info MX 15 Mail exchange record Los últimos tres campos del mensaje DNS (respuesta, autoridad e información adicional), comparten un formato comun llamado Resource Record, RR. 4

5 El formato de las tramas de mensaje de respuesta de un RR es el siguiente: NOMBRE DE DOMINIO TIPO CLASE TIEMPO DE VIDA LONGITUD DE DATOS DEL REGISTRO DATOS DEL REGISTRO El campo de nombre de dominio corresponde al nombre con el cual se corresponden los datos de registro. El tipo especifica el codigo asociado al RR. La clase es en general 1 indicando datos de Internet. El campo TTL es el número de segundos que el RR puede ser cacheado por el cliente. El valor típico es de 2 segundos. La longitud de datos del registro especifica la cantidad de datos del registro. El formato de este campo depende del tipo de registro. Otro de los campos que figuran en el formato de mensaje DNS es el de autoridad. En él se copia un número variable de RR, en particular el registro SOA. SOA Este registro está compuesto por los siguientes campos: Nombre: Nombre de la zona. Origen: Nombre del host en el cual se encuentra la información Persona a cargo: dirección de mail de la persona responsable por el servidor de nombre Numero de Serie: Número de versión del archivo de datos. El mismo debe incrementarse al realizarse una actualización. Refresh time: Es el tiempo (en seg.) que espera un servidor secundario antes de chequear con el servidor primario si necesita una actualización. Retry time: Es el tiempo (en seg.) que un servidor secundario debe esperar antes de reintentar una zone transfer ante una actualización fallida. Expire time: Es el tiempo límite máximo que el servidor secundario continúa reintentando realizar el zone transfer. Minimum time: Es el tiempo mínimo por default para ser usado en los TTL de los RR. Sólo puede haber un registro SOA por zona. 5

6 NSLOOKUP Uno de los comando utilizados en este trabajo práctico es el NSLOOKUP. Este comando se utiliza para preguntar a servidores de nombre de Internet acerca de direcciones y nombres asociados a diferentes hosts. Este comando posee dos modos: interactivo y no-interactivo. El modo interactivo permite al usuario preguntar a servidores de nombres por informacion sobre varios hosts y dominios o imprimir una lista de hosts en un dominio dado. El modo no-interactivo se utiliza para imprimir solamente el nombre y la información solicitada sobre un host o un dominio. La sintaxis de este comando es la siguiente: nslookup [ -option... ] [ host-to-find - [ server ]] El modo interactivo se utiliza en los siguientes casos: - cuando no se especifica ningún argumento (se utiliza el servidor de nombre seteado por default) - cuando el primer argumento es un guión ( - ) y el segundo argumento es el nombre del host o la dirección IP de un servidor de nombre. El modo no-interactivo se utiliza cuando el nombre o la dirección IP del host a ser buscado es el primer argumento. El segundo argumento opcional especifica el nombre o la dirección del servidor de nombre. DIG. Otro de los comandos utilizados es el DIG, el cual está reemplazando al anterior ya que posee más opciones de consulta. Este comando tiene la siguiente sintaxis: dig domain [<query-type>] [<query-class>] [+<query-option>] [-<dig-option>] [%comment] El comando DIG (domain information groper) se utiliza también, para obtener información de un sistema de servidores de nombres. Este comando posee dos modos: modo interactivo simple (para una sola pregunta) y modo de procesamiento (batch mode) el cual realiza una consulta por cada línea de una lista de preguntas. El modo mas común de utilizar este comando es el siguiente: donde: domain query-type query-class server : puede ser tanto el nombre o la dirección IP del servidor a consultar. Si este campo se omite, el comando dig utilizará el servidor de nombre que tiene seteado por default el host. domain: es el nombre de dominio o dirección IP por el cual se solicita información. query-type: especifica el tipo de registro que se solicita. 6

7 query-class: es la clase de red por la que se pregunta 7

8 Maqueta. Para el desarrollo de las pruebas se utilizará la siguiente maqueta. Dependiendo del escenario en cuestión, se utilizará una parte de la maqueta en especial, la cual será especificada en el escenario correspondiente, es decir, la siguiente es la maqueta más general utilizándose ciertos sectores de la misma en cada caso. FI.UBA SERVER ETH. A: / PC2 PC3 PC1 INTERNET + PC L14 MDM DNS Server Descripción de los equipos utilizados. PC1: Windows XP. Ethereal. PC2: Windows 98. Ethereal. PC3: Linux Red Hat 7.2 PCL14: Linux. 8

9 Escenario I. DNS sobre UDP Objetivo: El objetivo de este escenario es observar que DNS utiliza generalmente como base el protocolo de capa de aplicación UDP. Desarrollo: Para lograr el objetivo se enviará un ping desde la PC 3 hacia y se capturará el tráfico resultante. Como hemos visto en el TP 1, el comando ping necesita de la dirección IP consultada para enviar el datagrama IP, con lo cual primero deberá realizar una consulta DNS acerca de la dirección IP asociada a este nombre. Esta consulta es la que se espera capturar y analizar. La consulta DNS viajará sobre un segmento UDP siendo los puertos del mismo un puerto efímero cualquiera en la PC origen y el puerto 53 en el destino. Ejecución: A partir del ping enviado se obtuvo la siguiente salida: Gonza]$ ping PING ( ) from : 56(84) bytes of data. 64 bytes from p14.www.dcn.yahoo.com ( ): icmp_seq=1 ttl=51 time=328 ms 64 bytes from p14.www.dcn.yahoo.com ( ): icmp_seq=2 ttl=51 time=314 ms 64 bytes from p14.www.dcn.yahoo.com ( ): icmp_seq=3 ttl=51 time=316 ms 64 bytes from p14.www.dcn.yahoo.com ( ): icmp_seq=4 ttl=51 time=317 ms 64 bytes from p14.www.dcn.yahoo.com ( ): icmp_seq=5 ttl=51 time=319 ms --- ping statistics packets transmitted, 5 received, 0% loss, time 4035ms rtt min/avg/max/mdev = / / /4.919 ms Gonza]$ 9

10 La traza perteneciente a la consulta DNS es la siguiente: Podemos observar que el mensaje DNS viaja en la parte de datos de un segmento UDP. El puerto destino es el 53 correspondiente al sistema DNS; en tanto el puerto origen es el puerto efímero Conclusiones: Pudimos verificar que el sistema DNS utiliza como medio de transporte el protocolo UDP siempre que el mensaje DNS no sea demasiado extenso. El puerto asociado es el número 53. No pudimos verificar el uso del protocolo TCP como medio de transporte ya que nuestras consultas no generaron respuestas lo suficientemente extensas. Tampoco podemos realizar un zone transfer, en donde siempre se utiliza TCP. 10

11 Escenario II. Consulta DNS sobre registro tipo A. Objetivo: El objetivo de este escenario es observar la respuesta que se obtiene ante una consulta sobre un registro tipo A. Se analizará tanto el formato de la consulta como el de la respuesta. Desarrollo: Para generar esta consulta se utilizará el comando DIG especificando que se desea obtener la dirección IP asociada al nombre dado. Esto se realiza utilizando la siguiente línea de comando: -t A Ejecución: Se generó el comando dig con la opción t A a la cual especifica el tipo de RR por el cual se desea consultar a ese dominio. En este caso t A indica que se consulta por un RR tipo A. La información obtenida fue la siguiente: Gonza]$ -t a ; <<>> DiG t a ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6587 ;; flags: qr rd ra; QUERY: 1, ANSWER: 9, AUTHORITY: 9, ADDITIONAL: 9 ;; QUESTION SECTION: ;www.yahoo.com. IN A ;; ANSWER SECTION: IN CNAME 20 IN A IN A IN A IN A IN A IN A IN A IN A ;; AUTHORITY SECTION: akadns.net IN NS zc.akadns.net. akadns.net IN NS zf.akadns.net. akadns.net IN NS zh.akadns.net. 11

12 akadns.net IN NS ns1-159.akam.net. akadns.net IN NS use2.akam.net. akadns.net IN NS usw5.akam.net. akadns.net IN NS use4.akam.net. akadns.net IN NS asia3.akam.net. akadns.net IN NS a-93.akadns.net. ;; ADDITIONAL SECTION: zc.akadns.net IN A zf.akadns.net IN A zh.akadns.net IN A ns1-159.akam.net IN A use2.akam.net IN A usw5.akam.net IN A use4.akam.net IN A asia3.akam.net IN A a-93.akadns.net IN A ;; Query time: 175 msec ;; SERVER: #53( ) ;; WHEN: Thu Oct 23 11:55: ;; MSG SIZE rcvd: 511 Gonza]$ Conclusiones: Por lo que observamos, en el paquete de la respuesta se copia también la pregunta. Al consultar por la dirección IP, se obtuvo en primer lugar el CNAME asociado ya que en este caso es un alias de Luego sí, la dirección que se obtuvo fue la de este último nombre. Vemos también que hay varias direcciones IP asociadas a él, las cuales suponemos que corresponden a distintos servidores que responden bajo el mismo nombre. 12

13 Escenario III. Consulta DNS sobre registro tipo MX. Objetivo: El objetivo de este escenario es observar la respuesta que se obtiene ante una consulta sobre un registro tipo MX. Se analizarán tanto el formato de la consulta como de la respuesta. Desarrollo: Para generar esta consulta se utilizará el comando DIG especificando que se desea obtener la dirección del servidor de mail asociado con el dominio consultado. Esto se realiza utilizando la siguiente línea de comando: Ejecución: -t MX La consulta se realizó a Hotmail ya que posee varios servidores de mail asociados por brindar un servicio de estas características. El resultado obtenido fue el siguiente: Gonza]$ -t mx ; <<>> DiG t mx ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 4, ADDITIONAL: 18 ;; QUESTION SECTION: ;www.hotmail.com. IN MX ;; ANSWER SECTION: IN MX 5 mx4.hotmail.com IN MX 5 mx1.hotmail.com IN MX 5 mx2.hotmail.com IN MX 5 mx3.hotmail.com. ;; AUTHORITY SECTION: hotmail.com IN NS ns1.hotmail.com. hotmail.com IN NS ns2.hotmail.com. hotmail.com IN NS ns3.hotmail.com. hotmail.com IN NS ns4.hotmail.com. ;; ADDITIONAL SECTION: mx4.hotmail.com IN A mx4.hotmail.com IN A mx4.hotmail.com IN A mx1.hotmail.com IN A mx1.hotmail.com IN A mx1.hotmail.com IN A

14 mx1.hotmail.com IN A mx2.hotmail.com IN A mx2.hotmail.com IN A mx2.hotmail.com IN A mx3.hotmail.com IN A mx3.hotmail.com IN A mx3.hotmail.com IN A mx3.hotmail.com IN A ns1.hotmail.com IN A ns2.hotmail.com IN A ns3.hotmail.com IN A ns4.hotmail.com IN A ;; Query time: 411 msec ;; SERVER: #53( ) ;; WHEN: Thu Oct 23 11:56: ;; MSG SIZE rcvd: 473 Conclusiones: A partir del análisis de los paquetes, observamos que existe más de un servidor de mail asociado con igual número de prioridad. Esperábamos obtener varios MX asociados pero con distinto número de preference. Como información adicional se obtuvieron las direcciones IP asociadas a los mismos, junto con los servidores de nombre que responden a ese dominio. 14

15 Escenario IV. Consulta DNS sobre registro tipo PTR. Objetivo: El objetivo de este escenario es observar la respuesta que se obtiene ante una consulta sobre un registro tipo PTR. Se analizarán tanto el formato de la consulta como de la respuesta. Desarrollo: Para generar esta consulta se utilizará el comando DIG especificando que se desea obtener el nombre asociado a la dirección IP dada (-x [dirección IP]). Del escenario 2 se obtiene la dirección IP asociada al nombre Esta será utilizada para realizar la consulta PTR esperando obtener el mismo nombre. Esto se realiza utilizando la siguiente línea de comando: -x t PTR Ejecución: La traza obtenida fue la siguiente: Gonza]$ -x t ptr ; <<>> DiG x t ptr ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 5, ADDITIONAL: 5 ;; QUESTION SECTION: ; in-addr.arpa. IN PTR ;; ANSWER SECTION: in-addr.arpa IN PTR p1.www.dcn.yahoo.com. ;; AUTHORITY SECTION: in-addr.arpa IN NS ns1.yahoo.com in-addr.arpa IN NS ns2.yahoo.com in-addr.arpa IN NS ns3.yahoo.com in-addr.arpa IN NS ns4.yahoo.com in-addr.arpa IN NS ns5.yahoo.com. ;; ADDITIONAL SECTION: ns1.yahoo.com IN A ns2.yahoo.com IN A ns3.yahoo.com IN A ns4.yahoo.com IN A ns5.yahoo.com IN A ;; Query time: 373 msec 15

16 ;; SERVER: #53( ) ;; WHEN: Thu Oct 23 11:58: ;; MSG SIZE rcvd: 249 A partir de este escenario, y del escenario 2 se observa lo siguiente: FQDN IP IP FQDN FQDN IP Siendo FQDN y FQDN p1.www.dcn.yahoo.com. Verificamos que las direcciones IP correspondientes a estos nombres coinciden, por lo tanto hay consistencia en la resolución de nombres. Conclusiones: Analizando este escenario encontramos que el nombre asociado a la dirección brindada no corresponde con el nombre obtenido en el segundo escenario. En el escenario 2 (en donde se consulto por el registro A), al nombre se le asocia la dirección IP , mientras que en este caso, a esa dirección se le asocia el nombre p1.www.dcn.yahoo.com. Podemos concluir que a una misma dirección IP se le pueden asociar distintos nombres; debiendo existir consistencia entre las consultas A, y los registros PTR. Este punto se analizará con más detalle en el escenario 7. 16

17 Escenario V. Consulta DNS sobre registro tipo CNAME. Objetivo: El objetivo de este escenario es observar la respuesta que se obtiene ante una consulta sobre un registro tipo CNAME. Desarrollo: Para generar esta consulta se utilizará el comando DIG especificando que se desea obtener los alias asociados al nombre Esto se realiza utilizando la siguiente línea de comando: Ejecución: -t CNAME La traza resultante es: Gonza]$ -t cname ; <<>> DiG t cname ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 5, ADDITIONAL: 5 ;; QUESTION SECTION: ;www.yahoo.com. IN CNAME ;; ANSWER SECTION: IN CNAME ;; AUTHORITY SECTION: yahoo.com IN NS ns1.yahoo.com. yahoo.com IN NS ns2.yahoo.com. yahoo.com IN NS ns3.yahoo.com. yahoo.com IN NS ns4.yahoo.com. yahoo.com IN NS ns5.yahoo.com. ;; ADDITIONAL SECTION: ns1.yahoo.com IN A ns2.yahoo.com IN A ns3.yahoo.com IN A ns4.yahoo.com IN A ns5.yahoo.com IN A ;; SERVER: #53( ) Conclusión: Obtuvimos el CNAME asociado al nombre el cual concuerda con el obtenido en el escenario 2. 17

18 Escenario VI. Consulta DNS sobre el registro SOA. Objetivo: El objetivo de este escenario es observar la respuesta que se obtiene ante una consulta sobre el registro SOA. Se analizarán tanto el formato de la consulta como de la respuesta. Desarrollo: Para generar esta consulta se utilizará el comando DIG especificando que se desea obtener el registro SOA asociado al servidor consultado. Esto se realiza utilizando la siguiente línea de comando: dns1.advance.com.ar -t SOA Ejecución: Los resultados a esta línea de comando fue: Gonza]$ dns1.advance.com.ar -t soa ; <<>> DiG dns1.advance.com.ar -t soa ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;dns1.advance.com.ar. IN SOA ;; AUTHORITY SECTION: advance.com.ar IN SOA dns1.advance.com.ar. dominios.advance.com.ar ;; Query time: 139 msec ;; SERVER: #53( ) ;; WHEN: Thu Oct 23 12:00: ;; MSG SIZE rcvd: 82 18

19 Conclusiones: Según lo comentado en la introducción se observaron los diferentes campos del registro: Nombre: dominios.advance.com.ar. Origen: dns1.advance.com.ar. Número de Serie: , Refresh Time: 43200, Retry Time: 3600, Expire Time: 86400, TTL minimo: Lo que se observa es que no aparece la dirección de mail de la persona a cargo del servidor. 19

20 Escenario VII. Variedad de nombres asociados a una dirección IP. Objetivo: En este escenario deseamos hacer notar que existen varios sitios web asociados a una misma dirección IP. Desarrollo: Se realizarán 3 pedidos de registros A asociados a los nombres A continuación se realizará una consulta tipo PTR acerca de la dirección IP obtenida. Las líneas de comando a utilizar en este caso son: Ejecución: -t A -t A -t A in-addr.arpa.com -t PTR Como siempre, continuamos observando: Gonza]$ -t a ; <<>> DiG t a ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 2 ;; QUESTION SECTION: ;www.zonazeta.com.ar. IN A ;; ANSWER SECTION: IN CNAME zonazeta.com.ar. zonazeta.com.ar IN A ;; AUTHORITY SECTION: zonazeta.com.ar IN NS ns1.granitecanyon.com. zonazeta.com.ar IN NS ns2.granitecanyon.com. ;; ADDITIONAL SECTION: ns1.granitecanyon.com IN A ns2.granitecanyon.com IN A ;; Query time: 169 msec ;; SERVER: #53( ) ;; WHEN: Thu Oct 23 12:01: ;; MSG SIZE rcvd: 152 Gonza]$ -t a 20

21 ; <<>> DiG t a ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 3, ADDITIONAL: 3 ;; QUESTION SECTION: ;www.siligom.com.ar. IN A ;; ANSWER SECTION: IN CNAME siligom.com.ar. siligom.com.ar IN A ;; AUTHORITY SECTION: siligom.com.ar IN NS ns1.siligom.com. siligom.com.ar IN NS ns1.granitecanyon.com. siligom.com.ar IN NS ns2.granitecanyon.com. ;; ADDITIONAL SECTION: ns1.siligom.com IN A ns1.granitecanyon.com IN A ns2.granitecanyon.com IN A ;; Query time: 147 msec ;; SERVER: #53( ) ;; WHEN: Thu Oct 23 12:01: ;; MSG SIZE rcvd: 193 Gonza]$ -t a ; <<>> DiG t a ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 3, ADDITIONAL: 3 ;; QUESTION SECTION: ;www.lmgsm.com.ar. IN A ;; ANSWER SECTION: IN CNAME lmgsm.com.ar. lmgsm.com.ar IN A ;; AUTHORITY SECTION: lmgsm.com.ar IN NS ns2.granitecanyon.com. lmgsm.com.ar IN NS ns1.siligom.com. lmgsm.com.ar IN NS ns1.granitecanyon.com. ;; ADDITIONAL SECTION: ns2.granitecanyon.com IN A ns1.siligom.com IN A ns1.granitecanyon.com IN A ;; Query time: 346 msec ;; SERVER: #53( ) ;; WHEN: Thu Oct 23 12:01: ;; MSG SIZE rcvd:

22 Gonza]$ -x t ptr ; <<>> DiG x t ptr ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 1, ADDITIONAL: 1 ;; QUESTION SECTION: ; in-addr.arpa. IN PTR ;; ANSWER SECTION: in-addr.arpa IN PTR ns1.siligom.com in-addr.arpa IN PTR in-addr.arpa IN PTR dns1.maqueta.advance.com.ar. ;; AUTHORITY SECTION: in-addr.arpa IN NS dns1.maqueta.advance.com.ar. ;; ADDITIONAL SECTION: dns1.maqueta.advance.com.ar IN A ;; Query time: 172 msec ;; SERVER: #53( ) ;; WHEN: Thu Oct 23 12:01: ;; MSG SIZE rcvd: 170 Conclusiones: A distintos nombres se asocia una misma dirección IP. Cuando preguntamos por el registro PTR asociado a dicha IP, no aparecen todos los nombres que fueron consultados en un primer momento sino solo aquellos que generó el registro correspondiente. De esto se puede concluir que no existe una relación unívoca entre nombre y dirección IP. 22

23 Escenario VIII. Servidores Autoritativos y No Autoritativos. Objetivo: En este escenario se desean observar los servidores que responden sobre un dominio dado. Desarrollo: Para conocer la lista de servidores del dominio fi.uba.ar se utilizará el comando dig con la opción +trace, la cual proporciona información sobre todos los servidores asociados con cada nivel de dominio de fi.uba.ar. La opción +trace genera que la consulta sea iterativa. La línea de comando es la siguiente: Ejecución: La traza obtenida fue la siguiente: +trace Gonza]$ +trace ; <<>> DiG trace ;; global options: printcmd IN NS J.ROOT-SERVERS.NET IN NS K.ROOT-SERVERS.NET IN NS L.ROOT-SERVERS.NET IN NS M.ROOT-SERVERS.NET IN NS I.ROOT-SERVERS.NET IN NS E.ROOT-SERVERS.NET IN NS D.ROOT-SERVERS.NET IN NS A.ROOT-SERVERS.NET IN NS H.ROOT-SERVERS.NET IN NS C.ROOT-SERVERS.NET IN NS G.ROOT-SERVERS.NET IN NS F.ROOT-SERVERS.NET IN NS B.ROOT-SERVERS.NET. ;; Received 436 bytes from #53( ) in 157 ms ar IN NS ATHEA.ar. ar IN NS CTINA.ar. ar IN NS MERAPI.SWITCH.CH. ar IN NS NS.RIPE.NET. ar IN NS NS.UU.NET. ar IN NS UUCP-GW-1.PA.DEC.COM. ar IN NS UUCP-GW-2.PA.DEC.COM. ar IN NS NS1.RETINA.ar. ;; Received 357 bytes from #53(J.ROOT-SERVERS.NET) in 321 ms uba.ar IN NS ns2.uba.ar. uba.ar IN NS intersysmty3.intersys.com.mx. uba.ar IN NS ns1.uba.ar. 23

24 ;; Received 141 bytes from #53(CTINA.ar) in 431 ms IN A fi.uba.ar IN NS ns1.fi.uba.ar. fi.uba.ar IN NS ns1.uba.ar. fi.uba.ar IN NS ns2.uba.ar. fi.uba.ar IN NS ns4.fi.uba.ar. ;; Received 183 bytes from #53(ns2.uba.ar) in 159 ms Gonza]$ Conclusiones: Al haber seleccionado la opción +trace se logran ver (en orden jerárquico) las listas de servidores que responden a los distintos dominios que intervienen en la consulta. Lo que no es posible determinar es cual de todos los servidores es el autoritativo sobre cada dominio. La ventaja de usar la opción +trace es que el resolver de la PC es quien realiza la iteratividad de las consultas, mostrando todas las consultas que se efectuaron hasta llegar al dominio del cual se quería obtener información. 24

25 Escenario IX. Respuestas Autoritativas y No Autoritativas. Objetivo: En este escenario se desean observar las respuestas autoritativas y no autoritativas. Desarrollo: Para realizar este escenario se efectuarán sucesivas consultas sobre un mismo dominio (cuyos RRs, en principio, no deben estar almacenado en el caché) y se analizará en que casos la respuesta es autoritativa y en cuales no. La línea de comando es la siguiente: Nos daremos cuenta si la respuesta fue autoritativa si en ella aparece seteado el bit AA que significa autoritative answer. En caso contrario la respuesta será no autoritativa y este bit será igual a 0. Ejecución: La traza obtenida es la siguiente: Gonza]$ ; <<>> DiG ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 4, ADDITIONAL: 4 ;; QUESTION SECTION: ;www.discoverychannelconcurso.com. IN A ;; ANSWER SECTION: IN CNAME discoverychannelconcurso.com. discoverychannelconcurso.com IN A ;; AUTHORITY SECTION: discoverychannelconcurso.com IN NS discoverychannelconcurso.com IN NS discoverychannelconcurso.com IN NS discoverychannelconcurso.com IN NS auth01.ns.discovery.com. auth02.ns.discovery.com. auth03.ns.discovery.com. auth04.ns.discovery.com. ;; ADDITIONAL SECTION: auth01.ns.discovery.com IN A auth02.ns.discovery.com IN A auth03.ns.discovery.com IN A auth04.ns.discovery.com IN A

Domain Name System. Ing. Carlos A. Barcenilla Ing. Agustín Eijo

Domain Name System. Ing. Carlos A. Barcenilla <c.a.barcenilla@ieee.org> Ing. Agustín Eijo <agu@frlp.utn.edu.ar> Domain Name System Ing. Carlos A. Barcenilla Ing. Agustín Eijo Qué es DNS? DNS es una base de datos distribuida, jerárquica y redundante. La información

Más detalles

Servicios de directorio de Internet

Servicios de directorio de Internet Servicios de directorio de Internet Fernando Gont UTN/FRH, Argentina Congreso Internacional de Ingeniería en Computación 23 al 26 de septiembre de 2008, Ixtlahuaca, Mexico Breve presentación Realizo trabajos

Más detalles

DNS: Consultas iterativas

DNS: Consultas iterativas DNS: Consultas iterativas Índice 0 Averiguar servidores raíz...2 1 Consultar a un servidor raíz...3 2 Consultar a un servidor para la zona...4 3 Consultar a un servidor para la zona etitudela...5 4 Resumen...5

Más detalles

Metas de esta sesión

Metas de esta sesión Repaso de DNS Vista General Metas de esta sesión Qué es DNS? Cómo se construye el DNS y cómo funciona? Cómo funcionan las peticiones? Tipos de Récords Cachés y autorizados Delegación: dominios vs zonas

Más detalles

DNS - COMO Instal ación de BIND... 3 archivo de arranque... 3 Con

DNS - COMO Instal ación de BIND... 3 archivo de arranque... 3 Con Curso de DNS DNS - COMO Instalación de BIND...3 Ejecución... 3 El archivo de arranque...3 Servidor de solo caché... 4 El registro SOA... 6 El registro A... 7 El registro NS... 7 El registro PTR... 7 El

Más detalles

Cátedra: Internetworking. Práctica 7

Cátedra: Internetworking. Práctica 7 Universidad Tecnológica Nacional Facultad Regional La Plata Departamento de Ingeniería en Sistemas de Información Cátedra: Internetworking Práctica 7 DNS 2015 Esta obra está bajo una licencia Reconocimiento-NoComercial-CompartirIgual

Más detalles

ISOC Chapter Costa Rica

ISOC Chapter Costa Rica ISOC Chapter Costa Rica Carlos Watson cw@isoc-cr.org http://www.isoc-cr.org Set 09, 2011 1 Agenda 1. Tipos de Servidores de DNS 2. DNSsec 3. Validación 2 DNS ;; ANSWER SECTION:. 102310 IN NS

Más detalles

Sistemas de Transportes de Datos (STD) Tema II: IP (Entrega 6) Grupo de Aplicaciones Telemáticas. Grupo de Aplicaciones Telemáticas

Sistemas de Transportes de Datos (STD) Tema II: IP (Entrega 6) Grupo de Aplicaciones Telemáticas. Grupo de Aplicaciones Telemáticas DNS: Domain Name System El Domain Name System (DNS) es una base de datos distribuida que las aplicaciones de Internet utilizan para mapear nombres de máquinas y las direcciones IP correspondientes. Los

Más detalles

DNS. Internet y el DNS. Servicio de resolución de nombres para Internet. Redes de Datos Ing. Marcelo Utard / Ing. Pablo Ronco

DNS. Internet y el DNS. Servicio de resolución de nombres para Internet. Redes de Datos Ing. Marcelo Utard / Ing. Pablo Ronco DNS Servicio de resolución de nombres para Internet Internet y el DNS Total Argentina Hosts: 109574429 270275 Level 2 domains: 2745168 32 Level 3 domains: 29099975 8426 Nota: (2^32)~ 4000 millones Motivación

Más detalles

Servidor de nombres DNS. DNSmasq

Servidor de nombres DNS. DNSmasq Servidor de nombres DNS. DNSmasq Alberto Molina Coballes José Domingo Muñoz Rodríguez IES Gonzalo Nazareno. Dos Hermanas (Sevilla) 24 de septiembre

Más detalles

Operación de DNS. Operación y Seguridad de DNS

Operación de DNS. Operación y Seguridad de DNS Operación de DNS Operación y Seguridad de DNS Metas Ir más allá de la administración de DNS, enfocarse en estabilidad Identificar problemas de operación comunes que afectan a los administradores de servidores

Más detalles

Servicio de resolución de nombres (DNS)

Servicio de resolución de nombres (DNS) Servicio de resolución de nombres (DNS) La funcionalidad de DNS (Domain Name System) es convertir nombres de máquinas, legibles y fáciles de recordar por los usuarios, en direcciones IP y viceversa. El

Más detalles

Sistema de Nombres de Dominio (DNS)

Sistema de Nombres de Dominio (DNS) ADMINISTRACIÓN DE REDES Y SERVIDORES Sistema de Nombres de Dominio ESCUELA DE INGENIERÍA DE SISTEMAS Y COMPUTACION JOHN GÓMEZ CARVAJAL johncar@univalle.edu.co http://eisc.univalle.edu.co/~johncar/ars/

Más detalles

Utilizar NSlookup.exe

Utilizar NSlookup.exe Página 1 de 7 Id. de artículo: 200525 - Última revisión: lunes, 26 de septiembre de 2005 - Versión: 2.0 Utilizar NSlookup.exe Nslookup.exe es una herramienta administrativa de la línea de comandos para

Más detalles

Seminario de Redes TRABAJO PRACTICO Nº 3. UDP y TCP. E-mail: deimos_azul@yahoo.com Padrón: 77902. E-mail: gonzalojosa@hotmail.

Seminario de Redes TRABAJO PRACTICO Nº 3. UDP y TCP. E-mail: deimos_azul@yahoo.com Padrón: 77902. E-mail: gonzalojosa@hotmail. Departamento de Electrónica Facultad de Ingeniería Seminario de Redes TRABAJO PRACTICO Nº 3 UDP y TCP. Grupo: NMNK Responsable a cargo: Integrantes: Guzmán Pegazzano, Ma. Azul E-mail: deimos_azul@yahoo.com

Más detalles

Bloque II: El nivel de aplicación. Tema 4: Aplicaciones no orientadas a conexión

Bloque II: El nivel de aplicación. Tema 4: Aplicaciones no orientadas a conexión Bloque II: El nivel de aplicación Tema 4: Aplicaciones no orientadas a conexión Índice Bloque II: El nivel de aplicación Tema 4: Aplicaciones no orientadas a conexión DNS Introducción Dominios DNS Mensajes

Más detalles

Servicio de Nombre DNS. Sistema de Nombres. Contenido Arquitectura Configuración Seguridad Conclusiones DNS

Servicio de Nombre DNS. Sistema de Nombres. Contenido Arquitectura Configuración Seguridad Conclusiones DNS Servicio de Nombre DNS DNS Por qué es necesario? /etc/hosts vs DNS Cliente (resolver) Servidor (named/bind) Estructura jerárquica en árbol basado en dominios y con delegación de autoridad Espacio de nombre

Más detalles

Seminario de Redes TRABAJO PRACTICO Nº 1. Ping y Traceroute. E-mail: deimos_azul@yahoo.com Padrón: 77902

Seminario de Redes TRABAJO PRACTICO Nº 1. Ping y Traceroute. E-mail: deimos_azul@yahoo.com Padrón: 77902 Departamento de Electrónica Facultad de Ingeniería Seminario de Redes TRABAJO PRACTICO Nº 1 Ping y Traceroute Grupo Nº: Responsable a cargo: Integrantes: Guzmán Pegazzano, Ma. Azul E-mail: deimos_azul@yahoo.com

Más detalles

Servidores de Nombre - DNS

Servidores de Nombre - DNS Servidores de Nombre - DNS En las redes TCP/IP cada interfaz de red es identificada a través de una dirección IP única de 32 bits. A cada interfaz de red se le puede asociar un nombre ó hostname. Los nombres

Más detalles

Implementando NAT64 / DNS64

Implementando NAT64 / DNS64 Implementando NAT64 / DNS64 Contenido Contenido... 1 Introducción... 1 Que son NAT64 y DNS64?... 1 Implementando DNS64 / NAT64 para clientes... 2 Requerimientos generales... 2 Software... 3 Arquitectura...

Más detalles

Cómo instalar un sencillo servidor DNS

Cómo instalar un sencillo servidor DNS Cómo instalar un sencillo servidor DNS (c) Guillermo Ballester Valor gbv@oxixares.com Ogijares, Granada, España Version 0.1.1 (01-Sep-2003) Este documento tiene licencia GPL. Sumario: 1.- Introducción

Más detalles

Dominios y Correo electrónico

Dominios y Correo electrónico Dominios y Correo electrónico Teoría de las Comunicaciones Departamento de Computación Universidad de Buenos Aires 06/11/2012 Esquema DNS: Domain Name System * RFC 1034 - Concepts and Facilities * RFC

Más detalles

Quién es www.udp.cl? www.udp.cl es 200.14.86.4.

Quién es www.udp.cl? www.udp.cl es 200.14.86.4. <img_dns server_usuario query BD dirip> 2.2QueesDNS El Sistema de Nombres de Dominio, también denominado DNS (Domain Name System), corresponde a un sistema diseñado con la finalidad de proveer nombres relacionadosadispositivosorecursosenred,yaseaapequeñaoaltaescala(como

Más detalles

Componentes del servicio de nombres de dominio. Javier Rodríguez Granados

Componentes del servicio de nombres de dominio. Javier Rodríguez Granados Componentes del servicio de nombres de dominio. Javier Rodríguez Granados Complementos principales Los Clientes DNS: Un programa cliente DNS que se ejecuta en el ordenador del usuario y que genera peticiones

Más detalles

Ejercicios Tema 2. 1.- Acerca del protocolo DHCP indica cuál de las siguientes afirmaciones es cierta:

Ejercicios Tema 2. 1.- Acerca del protocolo DHCP indica cuál de las siguientes afirmaciones es cierta: Ejercicios Tema 2 1.- Acerca del protocolo DHCP indica cuál de las siguientes afirmaciones es cierta: a) Cuando un nodo ha obtenido una dirección IP mediante DHCP se encuentra en estado BOUND, y si quiere

Más detalles

Temario. Introducción: Qué es DNS? Nociones básicas sobre redes Estructura y conceptos del DNS Resolución de nombres: consultas DNS Servidores DNS

Temario. Introducción: Qué es DNS? Nociones básicas sobre redes Estructura y conceptos del DNS Resolución de nombres: consultas DNS Servidores DNS DNS Temario Introducción: Qué es DNS? Nociones básicas sobre redes Estructura y conceptos del DNS Resolución de nombres: consultas DNS Servidores DNS DNS Base de datos distribuida Redundante Sin administración

Más detalles

Registros de recursos DNS. Javier Rodríguez Granados

Registros de recursos DNS. Javier Rodríguez Granados Registros de recursos DNS. Javier Rodríguez Granados Registros de Recursos (RR) Para resolver nombres, los servidores consultan sus zonas. Las zonas contienen registros de recursos que constituyen la información

Más detalles

2 Servidores de Nombre - DNS

2 Servidores de Nombre - DNS 2 Servidores de Nombre - DNS En las redes TCP/IP cada interfaz de red es identificada a través de una dirección IP única de 32 bits. A cada interfaz de red se le puede asociar un nombre ó hostname. Los

Más detalles

IPv6 Servicios DNS. Objetivo. Introducción Teórica

IPv6 Servicios DNS. Objetivo. Introducción Teórica IPv6 Servicios DNS Objetivo El objetivo principal de este laboratorio es presentar el funcionamiento del servicio DNS (Domain Name System) en una red IPv6 utilizando el software BIND. Para esto, el laboratorio

Más detalles

DNS. Arquitectura Cliente Servidor. Pacheco Martínez Fernando Tovar Balderas Sergio A.

DNS. Arquitectura Cliente Servidor. Pacheco Martínez Fernando Tovar Balderas Sergio A. DNS Arquitectura Cliente Servidor Pacheco Martínez Fernando Tovar Balderas Sergio A. Nombres de dominio DNS El Sistema de nombres de dominio (DNS) se definió originalmente en los RFC 1034 y 1035. Estos

Más detalles

Servidor de Nombres de Dominio (DNS) en CentOS

Servidor de Nombres de Dominio (DNS) en CentOS Página 1 de 8 Inicio» Servidor de Nombres de Dominio (DNS)» Instalación y Configuración de Servidor DNS RedHat-CentOS» Servidor de Nombres de Dominio (DNS) en CentOS Tabla de Contenidos [-] 1 Acerca de

Más detalles

DNS / DNSSEC en IPv6 e IPv4. Workshop IPv6 LACNIC / 6Deploy

DNS / DNSSEC en IPv6 e IPv4. Workshop IPv6 LACNIC / 6Deploy DNS / DNSSEC en IPv6 e IPv4 Workshop IPv6 LACNIC / 6Deploy Mo7vación DNS (1) El protocolo IP asigna direcciones individuales a todos los hosts en una cierta red Estas direcciones son simplemente números

Más detalles

Panorámica. Servicios de directorio: DNS. Mario Muñoz Organero Departamento de Ingeniería Telemática http://www.it.uc3m.es/mario

Panorámica. Servicios de directorio: DNS. Mario Muñoz Organero Departamento de Ingeniería Telemática http://www.it.uc3m.es/mario Servicios de directorio: DNS Mario Muñoz Organero Departamento de Ingeniería Telemática http://www.it.uc3m.es/mario Panorámica Administrador: Configurando DNS Servidor DNS Cliente DNS RED Comunicaciones

Más detalles

Capa Aplicación: DNS

Capa Aplicación: DNS Capa Aplicación: DNS ELO322: Redes de Computadores Agustín J. González Este material está basado en: Material de apoyo al texto Computer Networking: A Top Down Approach Featuring the Internet. Jim Kurose,

Más detalles

BIND 9.2.2. Introducción a BIND 9.2.2. Instalación de BIND. Configuración de BIND. Ficheros de configuración. Localización de descarga (FTP):

BIND 9.2.2. Introducción a BIND 9.2.2. Instalación de BIND. Configuración de BIND. Ficheros de configuración. Localización de descarga (FTP): Introducción a BIND 9.2.2 Localización de descarga (HTTP): Localización de descarga (FTP): BIND 9.2.2 Versión usada: 9.2.2 Tamaño del paquete: Estimación del espacio necesario en disco: ftp://ftp.isc.org/isc/bind9/9.2.2/bind-9.2.2.tar.gz

Más detalles

Capa Aplicación:Correo Electrónico y DNS

Capa Aplicación:Correo Electrónico y DNS Capa Aplicación:Correo Electrónico y DNS ELO322: Redes de Computadores Agustín J. González Este material está basado en: Material de apoyo al texto Computer Networking: A Top Down Approach Featuring the

Más detalles

DNS Domain Name Server

DNS Domain Name Server DNS Domain Name Server Servicio ofrecido en red para realizar el mapeo necesario entre el nombre de una máquina y su dirección IP. Base de datos distribuida usada por aplicaciones TCP/IP. Intercambio Cliente

Más detalles

DNS LSUB, GYSC, URJC

DNS LSUB, GYSC, URJC DNS LSUB, GYSC, URJC Qué es Las máquinas tienen direcciones 193.147.49.23 Los humanos usan nombres: google.es Quien traduce? Por qué? Para una varias ip puedo tener el mismo nombre Si se cae una máquina,

Más detalles

S M T P y P O P 3 u s a n d o T E L N E T Editado viernes, 27 de agosto de 2006 Introducción Este artículo sólo pretende mostrar de qué manera, a través de TELNET, se puede enviar y recibir correo electrónico

Más detalles

Domain Name Service (DNS)

Domain Name Service (DNS) Domain Name Service (DNS) Problema En la red todo equipo esta identificado por numero especifico llamado Numero IP. El numero IP es un conjunto de 4 numero binarios (ej: 200.124.31.10). Cada persona desea

Más detalles

Router Teldat. Cliente DNS

Router Teldat. Cliente DNS Router Teldat Cliente DNS Doc. DM723 Rev. 10.00 Marzo, 2003 ÍNDICE Capítulo 1 Domain Name System...1 1. Introducción...2 2. Resolución de dominios...3 2.1. Funcionamiento del resolvedor de nombres de dominio...4

Más detalles

Sesión 8: Internet y nombres de dominio

Sesión 8: Internet y nombres de dominio Sesión 8: Internet y nombres de dominio Dr. Hipólito Rodríguez Docente especialista Sistema de Nombres de Dominios (DNS) Introducción Estructura de un Nombre Jerarquía del DNS Operación del DNS Tipos de

Más detalles

Comandos de red en Windows

Comandos de red en Windows Comandos de red en Windows A continuación se describe el conjunto de herramientas proporcionado por Windows 2000 / Windows NT, haciendo especial énfasis en sus diferentes contextos de utilización, así

Más detalles

6º Unidad Didáctica DOMAIN NAME SERVER (DNS) Eduard Lara

6º Unidad Didáctica DOMAIN NAME SERVER (DNS) Eduard Lara 6º Unidad Didáctica DOMAIN NAME SERVER (DNS) Eduard Lara 1 INDICE 1. Servicio DNS 2. DNS en Windows y Linux 3. Jerarquía de dominios en DNS 4. Dominio y Zona DNS 5. Servidores DNS 6. Consulta recursiva

Más detalles

Router Teldat. Cliente DNS

Router Teldat. Cliente DNS Router Teldat Cliente DNS Doc. DM723 Rev. 10.60 Marzo, 2007 ÍNDICE Capítulo 1 Domain Name System...1 1. Introducción... 2 2. Resolución de dominios... 3 2.1. Funcionamiento del resolvedor de nombres de

Más detalles

Redes de ordenadores DNS

Redes de ordenadores DNS Redes de ordenadores DNS Grupo de sistemas y comunicaciones jjmunoz@gsyc.inf.ucm.es Redes de ordenadores, 1998-1999 Página 1 4.DNS El servicio de nombres permite que los humanos usemos nombres de máquina

Más detalles

Servidor DNS. Ing Camilo Zapata czapata@udea.edu.co Universidad de Antioquia

Servidor DNS. Ing Camilo Zapata czapata@udea.edu.co Universidad de Antioquia Servidor DNS. Ing Camilo Zapata czapata@udea.edu.co Universidad de Antioquia Introducción. Las personas prefieren la identificación de nombres de host; los routers prefieren las direcciones IP. Su principal

Más detalles

DNS Domain Name System Sistema de Nombres de Dominio Administración de Redes de Computadores John Deivis Tabares Tobón Luis Fernando Ramirez

DNS Domain Name System Sistema de Nombres de Dominio Administración de Redes de Computadores John Deivis Tabares Tobón Luis Fernando Ramirez DNS Domain Name System Sistema de Nombres de Dominio Administración de Redes de Computadores John Deivis Tabares Tobón Luis Fernando Ramirez CONFIGURACION DEL SERVIDOR DNS EN WINDOWS SERVER 2008 Domain

Más detalles

Servidor DNS. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia

Servidor DNS. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia Servidor DNS. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia Introducción. Los seres humanos pueden ser identificados de muchas maneras. Los host de Internet tambien!! Un identificador

Más detalles

Instalación de BIND...2. Gestión de BIND... 2. Configuración de BIND mediante Webmin... 3. Configuración básica de BIND... 11

Instalación de BIND...2. Gestión de BIND... 2. Configuración de BIND mediante Webmin... 3. Configuración básica de BIND... 11 DNS. Instalación y configuración de BD en Ubuntu Índice 1. Instalación de BD...2 1.1 2. Gestión de BD... 2 Configuración de BD mediante Webmin... 3 2.1 Configuración básica de BD... 3 Limitar el acceso

Más detalles

Documentación DNS y Bind

Documentación DNS y Bind T exto de documentación sobre el sistema DNS y la configuración del servidor DNS Bind9 bajo sistemas GNU/Linux. Esta documentación incluye, básicamente, ejemplos de comandos y configuraciones y explicaciones

Más detalles

Servidor DNS. Son servicios que contestan las consultas realizadas por los Clientes DNS. Hay dos tipos de servidores de nombres:

Servidor DNS. Son servicios que contestan las consultas realizadas por los Clientes DNS. Hay dos tipos de servidores de nombres: Servidor DNS DNS (acrónimo de Domain Name System) es una base de datos distribuida y jerárquica que almacena la información necesaria para los nombre de dominio. Sus usos principales son la asignación

Más detalles

Resolución de nombres de host mediante el Sistema de nombres de dominio (DNS)

Resolución de nombres de host mediante el Sistema de nombres de dominio (DNS) Resolución de nombres de host mediante el Sistema de nombres de dominio (DNS) Introducción al Sistema de nombres de dominio El Sistema de nombres de dominio (DNS) es una base de datos jerárquica y distribuida

Más detalles

Implementado servidor DNS con BIND en CentOS 5.5

Implementado servidor DNS con BIND en CentOS 5.5 Implementado servidor DNS con BIND en CentOS 5.5 Introducción. Bueno amigos la implementación que vamos hacer es básica y un poco sencilla, para que uno se pueda familiarizar con los archivos de configuración.

Más detalles

Domain Name Server. Daniel Pecos Martínez. dani@netpecos.org. Castellón, 1 de Diciembre 2003

Domain Name Server. Daniel Pecos Martínez. dani@netpecos.org. Castellón, 1 de Diciembre 2003 Domain Name Server Daniel Pecos Martínez dani@netpecos.org Castellón, 1 de Diciembre 2003 INTRODUCCIÓN En este documento se realiza una breve explicación sobre los conceptos básicos del DNS, poniendo como

Más detalles

Es la capa donde se encuentran las aplicaciones que interactúan con el usuario. Son la razón de ser de las redes de datos

Es la capa donde se encuentran las aplicaciones que interactúan con el usuario. Son la razón de ser de las redes de datos Capa de aplicación Capa de aplicación Es la capa donde se encuentran las aplicaciones que interactúan con el usuario Son la razón de ser de las redes de datos En Internet, son estas aplicaciones el principal

Más detalles

CONFIGURACION DE DNS

CONFIGURACION DE DNS Curso: Sistemas Operativos II Plataforma: Linux CONFIGURACION DE DNS DNS es conocido como la asignación de nombres a direcciones IP, es considerado la función más conocida de los protocolos DNS, este documento

Más detalles

Laboratorio Implementando DNS

Laboratorio Implementando DNS Laboratorio Implementando DNS Objetivo General: Configurar servidor de DNS Objetivo Específico: Al finalizar éste Laboratorio el alumno será capaz de: Identificar los paquetes que permiten levantar Servidor

Más detalles

Redes I Práctica de DNS

Redes I Práctica de DNS Redes I Práctica de DNS Universidad Rey Juan Carlos Curso 2009/10 Resumen Esta práctica está orientada a entender el funcionamiento de DNS. Para su realización es necesario descomprimir el fichero DNS-lab.tgz.

Más detalles

La Capa de Aplicación Protocolos de Aplicación Básicos

La Capa de Aplicación Protocolos de Aplicación Básicos La Capa de Aplicación Protocolos de Aplicación Básicos mayo de 2008 DNS DNS (RFC 1034 y 1035) Idea básica: Cada nodo tiene un nombre único asignado a una dirección IP. El Sistema de Nombres de Dominio

Más detalles

Sobre el profesor. Aitor López de Aberasturi, Vitoria-Gasteiz (1973) Licenciatura de informática (1996) Master en ingeniería del software (1997)

Sobre el profesor. Aitor López de Aberasturi, Vitoria-Gasteiz (1973) Licenciatura de informática (1996) Master en ingeniería del software (1997) Sobre el profesor Aitor López de Aberasturi, Vitoria-Gasteiz (1973) Licenciatura de informática (1996) Master en ingeniería del software (1997) Coninfal, Gobierno Vasco, Ejie (1997) Sobre el profesor kaixo.com

Más detalles

Prácticas con NetGUI Práctica 5

Prácticas con NetGUI Práctica 5 Prácticas con NetGUI Práctica 5 Arquitectura de Redes de Ordenadores Arquitectura de Internet Departamento de Sistemas Telemáticos y Computación (GSyC) Abril de 2011 Resumen En esta práctica se aprende

Más detalles

PRACTICA 10 : OTROS SERVICIOS TCP/IP

PRACTICA 10 : OTROS SERVICIOS TCP/IP PRACTICA 10 : OTROS SERVICIOS TCP/IP CONFIGURACIÓN DE UN SERVIDOR DNS Dentro del servicio DNS podemos definir zonas de búsqueda directa e inversa. En la búsqueda directa, daremos un nombre y nos devolverán

Más detalles

[CONFIGURACIÓN DE DNS]

[CONFIGURACIÓN DE DNS] 2010 C.I.F.P Juan de Colonia Yuliyan Tsvetanov Marinov [CONFIGURACIÓN DE DNS] A través de este documento se verán las generalidades del servicio de resolución de nombres (DNS) y como configurarlo bajo

Más detalles

Introducción al protocolo DNS.

Introducción al protocolo DNS. Introducción al protocolo DNS. Autor: Joel Barrios Dueñas Correo electrónico: darkshram en gmail punto com Sitio de Red: http://www.alcancelibre.org/ Jabber ID: darkshram@jabber.org Creative Commons Reconocimiento-NoComercial-CompartirIgual

Más detalles

Instalación del servidor DNS bind http://www.ite.educacion.es/formacion/materiales/85/cd/linux/ m2/servidor_dns_bind9.html

Instalación del servidor DNS bind http://www.ite.educacion.es/formacion/materiales/85/cd/linux/ m2/servidor_dns_bind9.html Instalación del servidor DNS bind http://www.ite.educacion.es/formacion/materiales/85/cd/linux/ m2/servidor_dns_bind9.html Si con las posibilidades que nos ofrece dnsmasq no son suficientes para nuestra

Más detalles

DNS: Domain Name System

DNS: Domain Name System DNS: Domain Name System Bibliografía: Redes de Computadores: un enfoque descendente basado en Internet : J.F Kurose y K.W. Ross. 1 Nombres y direcciones Nombre: forma de identificar una entidad en un sistema

Más detalles

Curso redes sobre Linux DNS. Domain Name Server. Servidor de Nombres de Dominio. De la Fraga Julio 2001 1

Curso redes sobre Linux DNS. Domain Name Server. Servidor de Nombres de Dominio. De la Fraga Julio 2001 1 DNS Domain Name Server Servidor de Nombres de Dominio De la Fraga Julio 2001 1 El Servidor de Nombres de Dominio: datos distribuida jerárquicamente. es una base de Por su funcionamiento, es un conjunto

Más detalles

DNS Arquitectura de Redes de Ordenadores Arquitectura de Internet

DNS Arquitectura de Redes de Ordenadores Arquitectura de Internet DNS Arquitectura de Redes de Ordenadores Arquitectura de Internet GSyC Departamento de Teoría de la Señal y Comunicaciones y Sistemas Telemáticos y Computación Abril de 2015 GSyC - 2015 DNS 1 2015 Grupo

Más detalles

Lección 13: Seguridad en DNS

Lección 13: Seguridad en DNS Lección 13: Seguridad en DNS Javier Osuna josuna@gmv.com GMV Jefe de División de Consultoría de Seguridad Introducción a los DNSs Los DNSs facilitan a las personas utilizar y navegar a través de Internet,

Más detalles

DNS: Domain Name System

DNS: Domain Name System DNS: Domain Name System Introducción DNS: Domain Name System Propósito básico: Traducir números IP en nombres textuales más amigables para los usuarios humanos de la red. Propósitos adicionales: Soporte

Más detalles

Facultad de Cs. Exactas y Tecnología Depto. de Electricidad, Electrónica y Computación Ing. en Computación - Curso: Administración Avanzada de Linux

Facultad de Cs. Exactas y Tecnología Depto. de Electricidad, Electrónica y Computación Ing. en Computación - Curso: Administración Avanzada de Linux CONEXIÓN EN RED 4.1 RUTEO DE IP 4.1.1 Introducción El Protocolo de Internet (IP), es un protocolo no orientado a conexión y es no confiable. Esto significa que los paquetes que el genera no siempre llegan

Más detalles

UD 3: Instalación y administración de servicios de nombres de dominio. SRI

UD 3: Instalación y administración de servicios de nombres de dominio. SRI Instalación y administración de servicios de nombres de dominio. SRI RESULTADOS DE APRENDIZAJE Administra servicios de resolución de nombres, analizándolos y garantizando la seguridad del servicio. Introducción

Más detalles

John R. Correa Administrador de Seguridad de la Información.

John R. Correa Administrador de Seguridad de la Información. John R. Correa Administrador de Seguridad de la Información. Agenda 1. Implementando un servidor DNS en IPv6. 1.1. Introducción. 1.2. Instalación de Bind. 1.3. Configuración básica. 1.3.1. Estructura de

Más detalles

SISTEMA OPERATIVO GNU/LINUX AVANZADO II JOSE ARRIETA NARVAEZ GUSTAVO CARO JESUS GARCIA NILXON VUELVAS TALLER CONFIGURACION DEL SERVIDOR DNS.

SISTEMA OPERATIVO GNU/LINUX AVANZADO II JOSE ARRIETA NARVAEZ GUSTAVO CARO JESUS GARCIA NILXON VUELVAS TALLER CONFIGURACION DEL SERVIDOR DNS. SISTEMA OPERATIVO GNU/LINUX AVANZADO II JOSE ARRIETA NARVAEZ GUSTAVO CARO JESUS GARCIA NILXON VUELVAS TALLER CONFIGURACION DEL SERVIDOR DNS. ING. LUIS GARCIAS UNIVERSIDA DE CORDOBA FACULTAD DE CIENCIAS

Más detalles

Luis Villalta Márquez SERVIDORES DE NOMBRES DE DOMINIO (DNS)

Luis Villalta Márquez SERVIDORES DE NOMBRES DE DOMINIO (DNS) Luis Villalta Márquez SERVIDORES DE NOMBRES DE DOMINIO (DNS) Servidores de nombres de dominio (DNS) ZONAS. AUTORIDAD. REGISTRO DE RECURSOS (RR) ZONA DE BÚSQUEDA Zonas Zona de Búsqueda Directa. Las resoluciones

Más detalles

Módulos. Programador de Sistemas. Módulo 1. Teoría de la programación. Módulo 2. Conceptos de redes de comunicación. Módulo 3. Windows Server 2008

Módulos. Programador de Sistemas. Módulo 1. Teoría de la programación. Módulo 2. Conceptos de redes de comunicación. Módulo 3. Windows Server 2008 Material del Curso Módulo 2. Conceptos de Redes de Comunicación aemperador@efor.es Septiembre 2011 Febrero 2012 Módulos Módulo 1. Teoría de la programación Módulo 2. Conceptos de redes de comunicación

Más detalles

Servicios avanzados I: Servidor de nombres (DNS) Introducción

Servicios avanzados I: Servidor de nombres (DNS) Introducción Administración y Gestión de Redes 1 Introducción En Internet todos los paquetes viajan en función de su dirección IP en la red. Nosotros usamos nombres para identificar los ordenadores: Necesitamos traducir

Más detalles

Sistema de Nombres de Dominio (DNS/BIND) Curso de Configuración De DNS. Octubre, 2014 ADSIB

Sistema de Nombres de Dominio (DNS/BIND) Curso de Configuración De DNS. Octubre, 2014 ADSIB Sistema de Nombres de Dominio (DNS/BIND) Curso de Configuración De DNS Sistema de Nombres de Dominio (DNS/BIND) Introducción Historia de DNS Red ARPANET en los 70 Nombre amaru 21 platon 23 evo 24 lapaz

Más detalles

Conceptos generales de DNSSEC. 4 de agosto de 2011 Carlos Martínez-Cagnazzo carlos @ lacnic.net

Conceptos generales de DNSSEC. 4 de agosto de 2011 Carlos Martínez-Cagnazzo carlos @ lacnic.net Conceptos generales de DNSSEC 4 de agosto de 2011 Carlos Martínez-Cagnazzo carlos @ lacnic.net 1 DNSSEC Conceptos de Criptografía DNSSEC Donde DNSSEC Como DNSSEC Nuevos registros Cadena de confianza 2

Más detalles

FUNDAMENTOS DE REDES DE COMPUTADORES

FUNDAMENTOS DE REDES DE COMPUTADORES Práctica 2 FUNDAMENTOS DE REDES DE COMPUTADORES Curso 2009/2010 Práctica 2: Estudio de los protocolos DHCP y DNS Introducción En esta práctica vamos a trabajar con algunas herramientas que nos pueden ayudar

Más detalles

Router Teldat DNS Doc. DM723 Rev. 10.91 Febrero, 2013

Router Teldat DNS Doc. DM723 Rev. 10.91 Febrero, 2013 Router Teldat DNS Doc. DM723 Rev. 10.91 Febrero, 2013 ÍNDICE Capítulo 1 Domain Name System... 1 1. Introducción... 2 2. Resolución de dominios... 3 2.1. Funcionamiento del resolvedor de nombres de dominio...

Más detalles

PRÁCTICAS DE HERRAMIENTAS SOBRE EL NIVEL DE RED (IP)

PRÁCTICAS DE HERRAMIENTAS SOBRE EL NIVEL DE RED (IP) PRÁCTICAS DE HERRAMIENTAS SOBRE EL NIVEL DE RED (IP) OBJETIVOS: Familiarizar al alumno con herramientas básicas de monitorización y diagnóstico de errores en un entorno de red IP. Tener una práctica que

Más detalles

4.1.- Instalación y Configuración de un Servidor DNS Bind en Ubuntu

4.1.- Instalación y Configuración de un Servidor DNS Bind en Ubuntu 4. INSTALACIÓN DE UN SERVIDOR DNS EN UBUNTU En Ubuntu existen varios software que permiten instalar un servidor DNS en un equipo cualquiera. Los 2 más conocidos son: a) Bind: cuyo paquete de instalación

Más detalles

Informàtica i Comunicacions Plaça Prnt. Tarradellas, 11 17600 FIGUERES (Girona) Tel. 902 88 92 67 Fax 972 671 962 www.cesigrup.es

Informàtica i Comunicacions Plaça Prnt. Tarradellas, 11 17600 FIGUERES (Girona) Tel. 902 88 92 67 Fax 972 671 962 www.cesigrup.es DNS (Domain Name System)...2 La estructura... 2 Servidores DNS e Internet... 3 Dominios... 3 Servidores de nombres... 3 Servidores de nombres Principal y Secundario... 4 Los archivos del DNS... 4 Registro

Más detalles

Configuración de un servidor DNS autorizado. Operaciones y Seguridad de DNS Avanzado

Configuración de un servidor DNS autorizado. Operaciones y Seguridad de DNS Avanzado Configuración de un servidor DNS autorizado Operaciones y Seguridad de DNS Avanzado Repaso DNS = Base de datos distribuída El resolver le pregunta al servidor recursivo El recursivo atraviesa el árbol

Más detalles

Correo Electrónico SMTP POP3

Correo Electrónico SMTP POP3 EL64E: Redes de Computadores Jorge Sandoval Arenas Alberto Castro Rojas EL64E 1 Agenda DNS Correo Electrónico SMTP POP3 2 1 DNS Domain Name Server EL64E Alberto Castro Rojas 3 Hostnames IP Addresses son

Más detalles

Instalación, configuración y administración de servidores DNS

Instalación, configuración y administración de servidores DNS Instalación, configuración y administración de servidores DNS Tabla de Contenidos 1. Instalación, configuración y administración de servidores DNS...2 1.1 Conceptos Generales de DNS... 2 1.2 Servidor DNS

Más detalles

Redes de área local Aplicaciones y Servicios Linux Servidor DNS

Redes de área local Aplicaciones y Servicios Linux Servidor DNS MINISTERIO DE EDUCACIÓN Y CIENCIA SECRETARÍA GENERAL DE EDUCACIÓN Y FORMACIÓN PROFESIONAL DIRECCIÓN GENERAL DE EDUCACIÓN, FORMACIÓN PROFESIONAL E INNOVACIÓN EDUCATIVA CENTRO NACIONAL DE INFORMACIÓN Y COMUNICACIÓN

Más detalles

Module 1: Configuring and Troubleshooting Domain Name System

Module 1: Configuring and Troubleshooting Domain Name System ------------------------------------------------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------------------------------------------------

Más detalles

Instalación y configuración del servidor DNS Bind

Instalación y configuración del servidor DNS Bind Instalación y configuración del servidor DNS Bind Luis Llorente Campo Universidad de León, España luisllorente@luisllorente.com Este documento muestra cómo instalar y configurar el servidor dns Bind (http://www.isc.org/products/bind/).

Más detalles

Guia sobre como instalar un servidor DNS en ubuntu

Guia sobre como instalar un servidor DNS en ubuntu Guia sobre como instalar un servidor DNS en ubuntu DNS proviene de Domain Name Service. En internet, el Domain Name Service (DNS) almacena y asocia diversos tipos de información con nombres de dominio;

Más detalles

DNS: Domain Name System

DNS: Domain Name System 1 DNS: Domain Name System Sistemas Telemáticos I Por qué es necesario el DNS? 2 Por qué es necesario el DNS? Los humanos preferimos nombres a direcciones IP (ej: cacharro.cct.urjc.es frente a 212.128.1.44)

Más detalles

ESCUELA DE INGENIERIA EN COMPUTACION REDES INFORMATICAS SISTEMAS OPERATIVOS DE RED II

ESCUELA DE INGENIERIA EN COMPUTACION REDES INFORMATICAS SISTEMAS OPERATIVOS DE RED II ESCUELA DE INGENIERIA EN COMPUTACION REDES INFORMATICAS SISTEMAS OPERATIVOS DE RED II PRACTICA 2: CONFIGURACION DE SERVICIO DNS. INTRODUCCION. En las redes TCP/IP v4 cada interfaz de red es identificada

Más detalles

Software de Comunicaciones. Práctica 3 - Domain Name System (DNS)

Software de Comunicaciones. Práctica 3 - Domain Name System (DNS) Software de Comunicaciones Práctica 3 - Domain Name System (DNS) Juan Díez-Yanguas Barber Software de Comunicaciones Ingeniería Informática - 5º Curso Jdyb - Marzo 2013 Juan Díez- Yanguas Barber Práctica

Más detalles

ADMINISTRACION DE SERVIDORES LINUX ENTERPRISE RESOLUCION DNS

ADMINISTRACION DE SERVIDORES LINUX ENTERPRISE RESOLUCION DNS ADMISTRACION DE SERVIDORES LUX ENTERPRISE SERVIDOR DE RESOLUCION DE NOMBRES DNS - BD Dictado por: Ing. Carlos Alcalá Helguero Consultas: alcalaucbcba.edu.bo TOPICOS CLASE 3: SERVIDOR DE RESOLUCION DE NOMBRES

Más detalles

DNS. Domain Name System. Sistema de Nombres de Dominio. Administración de Redes de Computadores. Ficha: 149822.

DNS. Domain Name System. Sistema de Nombres de Dominio. Administración de Redes de Computadores. Ficha: 149822. DNS. Domain Name System. Sistema de Nombres de Dominio. Administración de Redes de Computadores. Ficha: 149822. John Deivis Tabares Tobón. Luis Fernando Ramirez Gallego. Configuracion del servidor DNS

Más detalles

TUTORIAL INSTALACIÓN Y CONFIGURACIÓN SERVIDOR DNS BIND9 NET-DAEMONS ADRIAN PEÑA JOHAN LOPEZ FELIPE PANIAGUA RICARDO HENAO LINA MCKOLL

TUTORIAL INSTALACIÓN Y CONFIGURACIÓN SERVIDOR DNS BIND9 NET-DAEMONS ADRIAN PEÑA JOHAN LOPEZ FELIPE PANIAGUA RICARDO HENAO LINA MCKOLL TUTORIAL INSTALACIÓN Y CONFIGURACIÓN SERVIDOR DNS BIND9 NET-DAEMONS ADRIAN PEÑA JOHAN LOPEZ FELIPE PANIAGUA RICARDO HENAO LINA MCKOLL ADMINISTRACION DE REDES SENA 2009 Este tutorial está hecho con el fin

Más detalles

Clase de DNS y SMTP. Teoría de las Comunicaciones 13/06/2012. Departamento de Computación Universidad de Buenos Aires

Clase de DNS y SMTP. Teoría de las Comunicaciones 13/06/2012. Departamento de Computación Universidad de Buenos Aires Clase de DNS y SMTP Teoría de las Comunicaciones Departamento de Computación Universidad de Buenos Aires 13/06/2012 Esquema DNS SMTP Para que sirve? Problemas: Las personas no se pueden andar acordando

Más detalles