Source: http://docplayer.es/1850789-Dns-internet-y-el-dns-servicio-de-resolucion-de-nombres-para-internet-redes-de-datos-ing-marcelo-utard-ing-pablo-ronco.html
Timestamp: 2018-04-23 02:17:49+00:00

Document:
DNS. Internet y el DNS. Servicio de resolución de nombres para Internet. Redes de Datos Ing. Marcelo Utard / Ing. Pablo Ronco - PDF
Download "DNS. Internet y el DNS. Servicio de resolución de nombres para Internet. Redes de Datos Ing. Marcelo Utard / Ing. Pablo Ronco"
Dolores Segura Reyes
1 DNS Servicio de resolución de nombres para Internet Internet y el DNS Total Argentina Hosts: Level 2 domains: Level 3 domains: Nota: (2^32)~ 4000 millones
2 Motivación para el DNS Conveniencia de usar nombres en vez de números Establecen contexto Desacopla el elemento referencial (lo que se utiliza para identificar) del punto de conexión física a la Internet. Si un servidor se cambia de ISP, cambia su numeración de IP, routing a nivel IP, etc.; pero el nombre dns no necesita cambiarse. Surge ante la necesidad de escalar adecuadamente la funcionalidad de resolución de nombres, implementada anteriormente como una tabla en formato texto, que se distribuía manualmente y se mantenía centralizadamente. DNS - Domain Name Service Es una única base de datos Se consulta en modalidad cliente-servidor: El cliente se llama resolver El server está distribuido La base de datos se distribuye entre muchos servers individuales, que forman una federación de nodos que en conjunto brinda el servicio DNS (el servicio DNS se implementa en forma distribuida, no centralizada) Las altas, bajas y modificaciones a los datos también se hacen descentralizadamente. El conjunto de los datos se divide en partes llamadas zonas. Para cada zona se designa una entidad administrativa que tiene permiso para modificar datos incluidos en la zona. Los datos del DNS estan estructurados según un modelo jerárquico (árbol) para organizar los datos. Para la comunicación entre cliente y servidor se utiliza unprotocolo específico (protocolo del DNS) cuyos mensajes se transportan mediante UDP y TCP
3 Arquitectura para consultas CLIENTE PROTOCOLO SERVIDOR resolver un library: gethostbyname()... DNS query fqdn? DNS response: <address IP> Mensajes DNS transportados usualmente por UDP Servicio DNS Múltiples servers coordinados Estructura de datos en en DNS Los datos se estructuran según un árbol n-ario, no balanceado Los nodos del árbol llevan etiquetas (labels) Existe una forma estandarizada de denominar cada nodo del árbol: se utiliza la secuencia de las etiquetas obtenidas de recorrer el árbol partiendo del nodo hacia el nodo raíz. Las etiquetas se concatenan separándolas con un. ; y el. final se incluye.
4 Ejemplo protocolo DNS Frame 1: query a un DNS server: La pregunta es: indíqueme el address de IP correspondiente al host que se llama neptune.ethz.ch, y está dirigida al server DNS cuyo address de IP es , conocido previamente Frame 2: respuesta del DNS server El DNS server nos contesta que el nombre neptune.ethz.ch es en realidad un alias a una máquina cuyo nombre canónico es core.inf.ethz.ch. Además, en la misma respuesta se nos informa que el address de IP de core.inf.ethz.ch es Nota: esta transacción es parte de una serie de consultas y respuestas que tienen lugar durante la resolución del nombre, que en muchos casos involucran varias rondas de consultas similares a la ejemplificada aquí.
5 Estructura de datos TLDs arpa (nameless) root. 239 cctlds (ISO *) com net org edu int mil gov ac ar zw in-addr com net org edu int mil ba cb... uba ana juan cetr 33 Arg. SLDs (al 6/2001) (*) Excepto gb, que es uk lab... L1 L2 L3... FQDN Secuencia de labels, separados por., terminados con. [a-z, A-Z, 0-9, -] Mayúsculas y minúsculas son equivalentes (case insensitive) Long. máxima label: 63 caracteres Ejemplo: No confundir con Address de URL del WWW: (aunque en ambos casos el elemento contiene un fqdn)
6 Dominios y zonas Dominio: la totalidad de los nodos descendientes de un cierto nodo (un sub-árbol) Zona: una porción de un dominio, administrada por una entidad administradora. Los límites de las zonas están establecidos por la forma con que se particiona y distribuye la base de datos.
7 Autoridad sobre zonas del DNS. arpa com net org edu int mil gov ac... ar... zw in-addr com net org edu int mil ba cb... uba ana juan cetr lab... L1 L2 L3... Estructura de autoridad sobre el árbol del DNS Para su administración, el árbol (único) del DNS se divide en zonas. La entidad administrativa que tiene autoridad sobre una porción (zona) del espacio de nombres, puede agregar, eliminar o cambiar labels dentro de esa zona. Por ejemplo, la entidad administrativa que tiene dominio sobre la zona que comienza en.com.ar es el NIC de Argentina, dependiente del MREyC (ver Una zona comienza en un cierto nodo, e incluye todos los nodos descendientes de éste, excepto los nodos pertenecientes a sub-zonas cuya autoridad haya sido previamente delegada a otras entidades.
8 DNS La entidad que tiene autoridad sobre una zona se ocupa de mantener los servidores de DNS correspondientes a esa zona (authoritative servers) Hay 2 tipos de authoritative servers: primario (sólo uno) y secundarios. Los secundarios actualizan su información automáticamente, consultando al primario. Nota: del lado cliente, la resolución suele ser mediada por un server especial, llamado caching-only nameserver, en el cual no se configura información sobre ninguna zonas. En estos servers se configuran solamente los addresses de IP de los root nameservers Delegación en la zona in-addr.arpa En el DNS se reserva un TLD (top level domain) para una zona que permite resolver nombres a partir de addresses de IP. Los administradores deciden qué datos se colocan allí. Éstos deben asegurar que la información sea coherente (el sistema no incluye chequeos de consistencia de la información ingrasada para las distintas ramas del árbol) Los root-nameservers son autoritativos para las zonas correspondientes a la zona in-addr.arpa, y delegan a otros nameservers con correspondencia a las clases IP tradicionales (A, B y C). Éstos a su vez pueden sub-delegar siguiendo la serie de números decimales que representan los bytes del address de IP.
9 DNS Características de la arquitectura El mapeo de números de IP a nombres en el DNS es arbitrario cualquier número de IP (independientemente de, por ejemplo, su parte de net-id) puede asociarse con cualquier nombre en el DNS (la asignación de nombres es independiente de la numeración de IP) La ubicación de un host en el sistema DNS es independiente del ruteo de los datagramas (éste se hace exclusivamente a partir del id de net -o sub/super-net del número de IP) La autoridad en el dominio in-addr.arpa sí está relacionada con la conexión física (se delega según las componentes del número de IP)
10 DNS Sistema distribuido de servidores Estructura para los servers del DNS. S0 S1 arpa com net org edu int mil gov ac ar zw in-addr S2 com net org edu int mil ba uba cb... C ana SC juan cetr S3 lab... S4 L1 L2 L3 S0: root name server S1..S4 n.s. autoritativos para las zonas ar, com.ar, cetr.com.ar, y lab.cetr.com.ar resp. C1: resolver de máquina cliente
11 Servers autoritativos del DNS Para cada nodo no terminal del árbol del dns se dispone un server DNS correspondiente a la zona que el nodo representa. En ese server se configura manualmente la información relacionada con la zona. El responsable del mantenimiento del server y de la correctitud de los datos que contiene es la entidad que tiene autoridad administrativa sobre la zona. Se usa más de un server replicado: el conjunto de servers contiene un primario y uno o más secundarios; todos ellos se denominan autoritativos para la zona Límites de las zonas Las zonas se delimitan cuando se delega autoridad sobre una porción de la zona a otra entidad administrativa. La delegación implica imposibilidad de modificar datos de la zona delegada mientras la delegación sea efectiva (se mantiene la posibilidad de revocar la delegación) la necesidad por parte de la entidad a la que se delega de mantener un name server para la zona delegada.
12 Delegación incorrecta (lame delegation) Ocurre cuando un server delega en otro autoridad sobre una zona, pero éste no ha sido configurado como autoritativo para esa zona. Se genera tráfico innecesario sobre la internet, y demoras debido a las consultas no respondidas hechas a los lame servers. Se compromete la disponibilidad debido a una falsa percepción de redundancia. Mecanismo de delegación Se utilizan registros especiales (registros NS) en el server de la zona padre (parent), que indican el número de IP del nameserver de la zona hija (child). El nameserver hijo también incluye registros NS correspondientes a los nameservers autoritativos para su zona. Estos deben corresponder con los consignados en el padre. glue A records: se utilizan en el padre para indicar el address de IP de los nameservers autoritativos para la zona hija. Sólo son necesarios si el nombre de éstos está dentro de la zona hija.
13 Tipos de server del DNS Autoritativos para un dominio en ellos se incluye la información del DNS Primario Secundario(s) Sincronizan la información con el primario mediante una operación llamada zone transfer Caching-only Asisten a los clientes en la resolución de nombres. Permiten acelerar las respuestas y disminuir el tráfico DNS sobre la red.
14 Mecanismos de resolución Ejemplo de secuencia de resolución habitual. S0 S1 arpa in-addr com net org edu int mil gov ac ar zw S2 com net org edu int mil ba cb... uba 2 C ana SC juan cetr 5 S3 S4 lab... L1 L2 L3 S0: root name server S1..S4 n.s. autoritativos para las zonas ar, com.ar, cetr.com.ar, y lab.cetr.com.ar resp. SC: Caching-only name server C1: resolver de máquina cliente 1 6
15 Forwarders - Slave Resolver cliente Caching nameservers Server Sentencia Forwarders Sentencia Slave cliente Caching NS Caching NS Servicio DNS Información contenida en el DNS
16 Registros en el DNS SOA A NS PTR CNAME MX Otros TEXT INFO AAAA... Campos del registro IN SOA ns1.cetr.com.ar. admin.cetr.com.ar ; Numero de serie ; Int. de refresco ; de los secundarios 1800 ; Int. para reintentos ; Expiración info. si no se ; puede contactar al primario ) ; Tiempo de vida mín.en cache Nombre de la zona ($ORIGIN) ) Nombre del servidor primario administrador de la zona (com. en vez ) Número de serie de la información de esta zona Timers Refresh: cada cuánto tiempo debe el secundario contactar al primario para verificar si su información está actualizada Expire: si el sec. no puede contactar al primario, cuánto tiempo debe seguir brindando información autoritativa sobre la zona. TTL: Tiempo mínimo de permanencia de la información en los dns caches. Puede especificarse individualmente en los RRs también.
17 Registros NS Se utilizan en las zonas parent para delegar subdominios a servers autoritativos para sus zonas child. Se especifican en las zonas child para indicar qué servers forman el grupo autoritativo para la zona Los registros NS que figuran en la zona parent deben ser los mismos que figuran en la zona child. Debe evitarse la delegación incorrecta lame delegation Registros NS Glue lab record IN NS ns1.lab.cetr.com.ar. IN NS ns1.cetr.com.ar. ns1.lab IN A ns1 IN A En server autoritativo para la zona IN SOA ns1.cetr.com.ar. admin.cetr.com.ar. ( ; Numero de serie ; Int. de refresco ; de los secundarios 1800 ; Int. para reintentos ; Expiración info. si no se ; puede contactar al primario ) ; Tiempo de vida mín.en cache IN NS ns1.cetr.com.ar. Redes de Datos Ing. Marcelo Utard IN / Ing. Pablo NS Ronco ns1.lab.cetr.com.ar. En server autoritativo de la zona delegada (child)
18 Registros A, AAAA y PTR A: Se utilizan para indicar el mapeo fqdn -> address de IP. Puede haber más de un registro A para un cierto fqdn Puede especificarse más de un address de IP en un registro A AAAA: similares a A, pero para IPv6 PTR: Se utilizan para indicar el mapeo address de IP -> fqdn (en la zona in-addr.arpa.) Registros MX El DNS colabora con el routing de (no confundir con el routing de IP) especificando a los mail routers qué servidores de se deben utilizar para las direcciones de que correspondan a un cierto dominio del DNS. Se utiliza un tipo especial de registro, llamado MX cetr.com.ar. IN MX 10 mail.cetr.com.ar. IN MX 20 mail.uyr.com.ar. Dominio en el address preferencia Mail server
19 Configuración de servidores DNS y de clientes DNS servers Un solo proceso puede implementar el servicio DNS para varias zonas a la vez (tanto en rol de primario como de secundario) El mismo proceso puede ser a la vez un caching nameserver para los clientes locales. Configuración sencilla: un archivo base (/etc/named.conf) lista las zonas y sus opciones, y en un directorio común se ubican un archivo por cada zona
20 Archivo named.conf (bind 8 y 9) Define opciones globales Access lists Directorio para los archivos de las zonas Define las zonas sobre las cuales este nameserver es autoritativo, y declara si es primario (master) o secundario (slave) Zonas a incluir siempre: in-addr.arpa in-addr.arpa Configuración principal: /etc/named.conf options { directory "/etc/named.d"; named-xfer "/usr/sbin/named-xfer"; allow-transfer { ; }; query-source address port 53; }; zone "10.in-addr.arpa" { type master; file "10.in-addr.arpa.hosts"; allow-transfer { ; }; }; zone "cetr.com.ar" { type master; file "cetr.com.ar.hosts"; }; zone "." { type hint; file "root.cache"; }; zone " in-addr.arpa" { type master; file "named.local"; }; logging { channel lame_channel { file "/var/adm/lamers_dns_info"; severity debug; }; category lame-servers { lame_channel; }; };
21 Configuración de una zona: IN SOA gogh.uyr.com.ar. admin.uyr.com.ar. ( ; Numero de serie ; Int. de refresco ; de los secundarios 1800 ; Int. para reintentos ; Expiración info. si no se ; puede contactar al primario ) ; Tiempo de vida mín.en cache IN NS gogh.uyr.com.ar. IN NS klee.uyr.com.ar. cetr.com.ar. IN MX 10 gogh.uyr.com.ar. localhost IN A www IN A lab IN NS ns1.cetr.com.ar. IN NS ns2.cetr.com.ar. ns1 IN A ns2 IN A Configuración server primario En /etc/named.conf: zone "cetr.com.ar" { type master; file "cetr.com.ar.hosts"; };
22 Configuración server secundario En /etc/named.conf: zone acme.com.ar" { type slave; file "cetr.com.ar.secondary"; masters { ; }; }; Configuración - resolver nameserver search options ndots=3
23 Root nameservers. Cache hints. Obtención de la lista actualizada de root nameservers: via ftp y dig El archivo root.cache se utiliza para indicar root nameservers candidatos. Si al menos un server de la lista root.cache está operativo, el sistema aprende los demás actuales al consultar los registros NS que figuran en el nameserver activo. Root name servers NS C.ROOT-SERVERS.NET G.ROOT-SERVERS.NET F.ROOT-SERVERS.NET B.ROOT-SERVERS.NET J.ROOT-SERVERS.NET K.ROOT-SERVERS.NET L.ROOT-SERVERS.NET M.ROOT-SERVERS.NET I.ROOT-SERVERS.NET E.ROOT-SERVERS.NET D.ROOT-SERVERS.NET A.ROOT-SERVERS.NET (Jun. 2001)
24 Temas adicionales Balanceo de carga utilizando DNS Selección según esquema circular (round-robin) Sorting en el resolver
25 Troubleshooting - Herramientas Herramientas cliente nslookup >server athea.ar >set type=ns >cetr.com.ar.... >ls cetr.com.ar. dig cetr.com.ar. ns cetr.com.ar. soa cetr.com.ar. soa cetr.com.ar. axfr
26 Trazas DNS APÉNDICES
27 Configuración BIND Puntos importantes Evitar utilizar CNAMES, salvo para referir a los servidores de los principales servicios www IN CNAME h1.acme.com.ar ftp IN CNAME h1.acme.com.ar mailin CNAME h23.acme.com.ar Identificadores usados en regs. NS, MX no deben ser CNAMEs En todos los servers: Incluir zona primaria para in-addr.arpa. Incluir registro para localhost.dom.com.ar en la zona: localhost IN A
UNIVERSIDAD DEL AZUAY FACULTAD DE CIENCIAS DE LA ADMINISTRACION ESCUELA DE INGENIERÍA DE SISTEMAS Título: DNS Sistema De Resolución De Nombres en Redes IP conceptos y aplicación Monografía previa la obtención

References: resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 Resolución