Planificacin y Administracin de Redes: DNS
M.Sc. Alonso Tenorio Trigoso
Por qu necesitamos el DNS?
Los humanos preferimos nombres a direcciones IP
nba.com frente a 80.67.85.152
Los nmeros IP estn ligados a la estructura de la red
google.com y google.es tendrn IPs muy diferentes
Los nmeros IP estn ligados a mquinas concreta
nba.com puede cambiar de mquina y de IP, pero no de nombre
Es necesario establecer una correspondencia entre nombres y direcciones IP
Un poco de historia Al principio (aos 70), exista un nico fichero (HOSTS.TXT) con informacin de todas las mquinas de ARPANET Se obtena peridicamente por FTP. Gestin completamente manual Con el crecimiento de ARPANET se hizo inmanejable
1984, primeras RFC que describen un servicio de nombres basado en dominios En 1987, RFC 1034 y RFC 1035 que describen DNS
Estructura de nombrado
Se descentraliza el control consiguiendo una estructura jerrquica y fcilmente ampliable Jerarqua de dominios: Dominio raz (root o .). Gestionado por ICANN Dominios de primer nivel (TLDs, Top Level Domains)
com, edu, gov, mil, net, org, int, info, museum, jobs,... y cdigos ISO de pases (uK, mx, ar, de, es. . . ) Dominios de segundo nivel, tercer nivel...
Arbol de dominios
Dominios, subdominios y zonas
La organizacin o autoridad encargada de la administracin de un dominio puede decidir dividirlo en subdominios Los subdominios pueden seguir administrados por la misma autoridad, o puede delegarse la responsabilidad de su administracin a otras organizaciones
Se llama zona a un subrbol de DNS administrado por una organizacin diferente a la que administra su dominio padre
Dominios, subdominios y zonas
Cul es la superficie del Per?
Incluyendo el territorio del Antrtico la superficie del Per es la siguiente: Sudamrica: 1285,525,60 km2. En En la Antrtida: 1200,000,00 km2. El mar territorial: 617,500 km2. Total: 3085,215,60 km2.
Esquema de funcionamiento
Se trata de mantener la informacin como una Base de Datos Distribuida. Las consultas al DNS se realizan en modo cliente-servidor: Cuando una aplicacin (cliente) quiere resolver un nombre (que no aparece en el fichero local), preguntar a un servidor DNS a travs una biblioteca de consulta al DNS llamada resolver El servidor DNS investiga por su cuenta (si no sabe la IP de la mquina) y devuelve la IP pedida
Consulta a un servidor
Resolucin de nombres en un servidor DNS
Cuando un servidor recibe una consulta para resolver un nombre (por ejemplo www.google.com): 1. Comprueba si el nombre pertenece a alguno de los dominios que sirve. Si es as, busca en su mapa y devuelve la IP correspondiente 2. Si no, pregunta a un servidor del dominio raz, que le contestar con la IP de un servidor del dominio com 3. Luego pregunta a se, obteniendo la IP de un servidor del dominio google.com 4. Ahora se pregunta al ltimo, que ya tiene en su mapa la IP buscada
Resolucin de nombres en un servidor DNS
Cachs en el servicio DNS
Cuando un servidor, al realizar una bsqueda, aprende un Dato que no saba, lo guarda en una cach. Si vuelve a necesitar ese dato, lo saca de la cach en vez de volver a preguntar. Los mapas de dominio especifican el tiempo que puede estar ese dato en una cach (ttl) En algunos SO el resolver mantiene su propia cach con los resultados de bsquedas previas y algunas aplicaciones tambin lo hacen.
Algo de nomenclatura
Consultas a un servidor Tipos de servidores Primario (maestro)
Recursivas Iterativas
Secundario (esclavo) transferencias de zona Reenviadores (forwarders) Respuesta con autoridad (authoritative)
Root nameservers
http://root-servers.org/
Mapas de dominio
Formato de los mensajes DNS
