Source: http://docplayer.es/1509728-Tabla-de-contenido-1-indice-de-imagenes-3-indice-de-tablas-5-introduccion-7-historia-del-dns-8-fundamentos-teoricos-9-funcionamiento-de-dns-13.html
Timestamp: 2016-10-27 05:45:43+00:00

Document:
⭐TABLA DE CONTENIDO 1 INDICE DE IMÁGENES 3 INDICE DE TABLAS 5 INTRODUCCIÓN 7 HISTORIA DEL DNS 8 FUNDAMENTOS TEÓRICOS 9 FUNCIONAMIENTO DE DNS: 13
Download "TABLA DE CONTENIDO 1 INDICE DE IMÁGENES 3 INDICE DE TABLAS 5 INTRODUCCIÓN 7 HISTORIA DEL DNS 8 FUNDAMENTOS TEÓRICOS 9 FUNCIONAMIENTO DE DNS: 13"
Pascual Juárez Rubio
1 2 TABLA DE CONTENIDO 1 INDICE DE IMÁGENES 3 INDICE DE TABLAS 5 INTRODUCCIÓN 7 HISTORIA DEL DNS 8 FUNDAMENTOS TEÓRICOS 9 Dominios: 9 Dominios genéricos: 10 Dominios geográficos: 10 Formas de registrar un dominio en Internet: 10 Delegación de Dominios: 11 Servidores de Nombres (Name Servers): 11 Registro de Recursos (RR): 12 Resolvers (O servidores remotos): 13 FUNCIONAMIENTO DE DNS: 13 Servidores de Raíz Primarios (Root Name Servers, RNS): 13 Métodos de búsqueda 13 Recursiva 13 Iterativa 14 Correspondencia de direcciones a nombres: 14 Caching: 14 Tiempo de vida (Time To Live, TTL): 14 CONFIGURACIÓN DE BIND 16 Instalación de Bind Topología de ejemplo para la configuración 163 Archivos de configuración básicos en el cliente bajo Unix: 17 Pasos de configuración: 17 Configuración del servidor: 18 Pasos para configurar el servidor: 18 DEPURACIÓN DE ERRORES: 24 Uso de señales y parámetros de ejecución 24 NSLOOKUP 26 DNSWALK 28 Descripción e instalación 28 Uso 28 DESARROLLO PRÁCTICO 29 Topología propuesta 29 Ejercicio 1: Configuración de los clientes: 29 Ejercicio 2: Configuración de los servidores: 29 Ejercicio 3: Depuración y corrección de errores 30 BIBLIOGRAFÍA Y HERRAMIENTAS: 31 ANEXOS 32 Anexo 1: Registros comunes y su forma de uso: 32 Anexo 2: Errores más comunes en la configuración de un servidor de nombres 334 TABLA DE CONTENIDO 1 INDICE DE IMÁGENES 3 INDICE DE TABLAS 5 INTRODUCCIÓN 7 HISTORIA DEL DNS: 8 FUNDAMENTOS TEÓRICOS: 9 Dominios: 9 Dominios genéricos: 10 Dominios geográficos: 10 Formas de registrar un dominio en Internet: 10 Delegación de Dominios: 11 Servidores de Nombres (Name Servers): 11 Solamente resolver (o servidor remoto): 11 Solamente cache: 12 Primario: 12 Secundario: 12 Esclavo (Slave): 12 Registro de Recursos (RR): 12 Resolvers (O servidores remotos): 13 FUNCIONAMIENTO DE DNS: 13 Servidores de Raíz Primarios (Root Name Servers, RNS): 13 Métodos de búsqueda: 13 Recursiva 13 Iterativa 14 Correspondencia de direcciones a nombres: 145 Caching: 14 Tiempo de vida (Time To Live, TTL): 14 CONFIGURACIÓN DE BIND 16 Instalación de Bind Topología de ejemplo para la configuración 16 Archivos de configuración básicos en el cliente bajo Unix: 17 Pasos de configuración: 17 Configuración del servidor: 18 Pasos para configurar el servidor: 18 Configuración para las versiones previas a Bind 8.1.1: 18 Configuración para Bind Archivos comunes 20 DEPURACIÓN DE ERRORES: 24 Uso de señales y parámetros de ejecución 24 NSLOOKUP 26 DNSWALK 28 Descripción e instalación 28 Uso 28 DESARROLLO PRÁCTICO 29 Topología propuesta 29 Ejercicio 1: Configuración de los clientes: 29 Ejercicio 2: Configuración de los servidores: 29 Ejercicio 3: Depuración y corrección de errores 30 BIBLIOGRAFÍA Y HERRAMIENTAS: 31 ANEXOS 326 Anexo 1: Registros comunes y su forma de uso: 32 Anexo 2: Errores más comunes en la configuración de un servidor de nombres 33 TABLA DE CONTENIDO 1 INDICE DE IMÁGENES 3 INDICE DE TABLAS 5 INTRODUCCIÓN 7 HISTORIA DEL DNS: 8 FUNDAMENTOS TEÓRICOS: 9 Dominios: 9 Dominios genéricos: 10 Dominios geográficos: 10 Formas de registrar un dominio en Internet: 10 Delegación de Dominios: 11 Servidores de Nombres (Name Servers): 11 Solamente resolver (o servidor remoto): 11 Solamente cache: 12 Primario: 12 Secundario: 12 Esclavo (Slave): 12 Registro de Recursos (RR): 12 Resolvers (O servidores remotos): 13 FUNCIONAMIENTO DE DNS: 13 Servidores de Raíz Primarios (Root Name Servers, RNS): 13 Métodos de búsqueda: 13 Recursiva 13 Iterativa 14 Correspondencia de direcciones a nombres: 147 Caching: 14 Tiempo de vida (Time To Live, TTL): 14 CONFIGURACIÓN DE BIND 16 Instalación de Bind Topología de ejemplo para la configuración 16 Archivos de configuración básicos en el cliente bajo Unix: 17 Pasos de configuración: 17 Configuración del servidor: 18 Pasos para configurar el servidor: 18 Configuración para las versiones previas a Bind 8.1.1: 18 Configuración para Bind Archivos comunes 20 DEPURACIÓN DE ERRORES: 24 Uso de señales y parámetros de ejecución 24 NSLOOKUP 26 DNSWALK 28 Descripción e instalación 28 Uso 28 DESARROLLO PRÁCTICO 29 Topología propuesta 29 Ejercicio 1: Configuración de los clientes: 29 Ejercicio 2: Configuración de los servidores: 29 Ejercicio 3: Depuración y corrección de errores 308 BIBLIOGRAFÍA Y HERRAMIENTAS: 31 ANEXOS 32 Anexo 1: Registros comunes y su forma de uso: 32 Anexo 2: Errores más comunes en la configuración de un servidor de nombres 339 INTRODUCCIÓN Se pretende que en corto tiempo, el lector se familiarice con el funcionamiento DNS e instalación de Bind en un ambiente Unix. No se pretende sin embargo que este material sea un sustituto de la documentación que acompaña a Bind o de un libro completo que trata sobre el tema Encontrará al final de este trabajo una serie de referencias relacionadas con el tema que le ayudarán a profundizar sus conocimientos y le convertirán (seguramente) en un administrador competente de DNS. Para la parte práctica se asume que el lector esta familiarizado con editores de texto como vi o Emacs, sabe como instalar y compilar aplicaciones bajo Unix, y tiene nociones generales de administración de sistemas operativos como Linux o Solaris. Se recomienda altamente que el lector consulte la tabla de contenido para que se familiarice con la estructura de la teoría y los ejercicios. A menos que se indique lo contrario, todos los ejercicios se harán en la parte práctica. Este tutorial fue elaborado para el primer Workshop de la ISOC en America Latina (http://www.walc98.rnp.br/index.shtml) y ahora tiene el orgullo de aparecer en el sitio de tecnología de el Universal Digital (http://tecnologia.eud.com). Mis más sinceras gracias a todas las personas que hicieron que el desarrollo de este tutorial fuera posible. Si encuentra errores u omisiones en este trabajo, puede escribir a: José Vicente Núñez Zuleta, Ingeniero de Sistemas.10 HISTORIA DEL DNS: A mediados de los 70, la ARPANET era una comunidad pequeña y amistosa de cientos de máquinas. Un solo archivo, HOSTS.TXT, contenía toda la información que se necesitaba saber sobre esas máquinas contenía la correspondencia de nombre a dirección para cada máquina en la ARPANET. El archivo /etc/hosts se obtenía del archivo HOSTS.TXT (el cual tenía información adicional que no era necesaria). Sin embargo, cuando la ARPANET se cambió a los protocolos TCP/IP, la población de la red creció de manera exponencial, y con ello se presentaron los siguientes problemas: La carga y el tráfico de red para la máquina que contenía las tablas que hacían posible la correspondencia de nombres a direcciones IP se volvió inmanejable. Colisiones de nombres. El NIC (organismo encargado de administrar la creación de nombres) no podía garantizar que alguien asignara el mismo nombre a máquinas distintas (Esto se debe a que con el método del HOSTS.TXT se tenía un dominio plano, es decir, sin jerarquías). Consistencia: Mantener la consistencia del archivo a lo largo de una red en crecimiento se hacía cada vez más difícil (Por ejemplo, cuando el archivo HOSTS.TXT llegaba a una máquina muy lejana ya era obsoleto). Es allí donde entra DNS (Domain Name System, Sistema de Dominios de Nombres). DNS es una base de datos distribuida. DNS permite un control local sobre los segmentos de la base de datos general, logrando que cada segmento esté disponible a lo largo de toda la red utilizando un esquema cliente servidor. La robustez y un desempeño adecuado se lograba gracias a la duplicidad de servidores y el caching (almacenamiento temporal de la información recientemente consultada). Paul Mockapetris diseño DNS en Los programas llamados servidores de nombres (name servers) comprenden la mitad del mecanismo cliente - servidor de DNS. Los servidores de nombres contienen información acerca de un segmento de la base de datos y la ponen a disposición de los clientes, llamados resolvers. Los resolvers son rutinas que crean preguntas y las envían a lo largo de la red hacia el servidor de nombres. La estructura de una base de datos DNS se asemeja mucho a un árbol invertido (Es decir, un árbol cuyo tronco esta arriba y no abajo, como es común). Cada "hoja" o "nodo" de ese árbol es un dominio, comenzando todos los dominios desde el dominio root (el cual se denota con un punto "."). Cada uno de esos dominios a su vez pueden subdividirse en más subdominios. Existen muchos dominios (com, edu, gov) y debajo de ellos hay aun más subdominios. Por ejemplo, una máquina llamada bach dentro del dominio ing.ula.ve. tiene el nombre unívoco) bach.ing.ula.ve (nombre de dominio completamente calificado, Full Qualified Domain Name) debido a que incluye tanto el nombre de la máquina como al dominio al11 cual pertenece. El nombre completo de la máquina se lee de izquierda a derecha (Desde lo más específico, el nombre del host, pasando por cada uno de los "dominos" a los cuales pertenecen). Cada máquina en la red pertenece a un dominio, cuyo servidor de nombres contiene la información acerca de la máquina. Esta información puede incluir direcciones IP, información acerca de enrutamiento de correo, etc. (Una máquina también puede tener uno o más aliases de dominio, lo cual quiere decir que existen 2 referencias hacia la máquina, una de ellas es un apuntador de un dominio (alias) a su nombre canónico (u oficial). DNS con su estructura aparentemente complicada permite eliminar los problemas que presentaba la existencia de un archivo de datos planos: Elimina el problema de nombres repetidos (a cada organización se le asigna un dominio único, por lo que pueden existir dos máquinas con el mismo nombre mientras estén en dominos separados). Elimina el problema de carga y tráfico de red en una sola máquina ya que la información esta distribuida. (Y esta disponible de manera redundante). Finalmente hay consistencia, ya que la actualización de la información se hace de manera automática, sin intervención del administrador de la red. En esta práctica trabajaremos con la implementación de UNIX de DNS: BIND (Berkeley Internet Name Domain), la cual es la implementación más popular de DNS hasta la fecha. Bind está formado por un demonio (Servidor de nombres) y un cliente (las librerías del resolver). Bind es apoyado por la Internet Software Consortium, y es coordinado por Paul Vixie. FUNDAMENTOS TEÓRICOS: Antes de comenzar a profundizar en como trabaja DNS es necesario conocer los siguientes conceptos: Dominios (La estructura básica de un dominio DNS) y sus tipos. Forma de registrar un dominio. Delegación de Dominios (Cómo descentralizar DNS, cómo crear subdominios). Registros de Recursos (RR, o dónde guarda la información DNS). Servidores de Nombres, tipos de servidores de nombres. Resolver (Las bibliotecas que buscan la información por el lado del cliente) Zonas (Y su diferencia respecto a un dominio). Dominios: En realidad un dominio es sólo un índice dentro de la base de datos de DNS. Un dominio puede ser una máquina o puede ser un nodo del cual pueden partir otros dominios (o ambas cosas a la vez).12 Por ejemplo, el siguiente árbol invertido me muestra un dominio típico de DNS: Ilustración 1: Dominio típico de DNS Cada unidad de datos en DNS está indizada por nombre (recuerde que es una base de datos). Estos nombres son esencialmente rutas en un gran árbol invertido, llamado el espacio de dominio de nombres. El árbol de DNS puede ramificarse de diversas maneras en cada punto de intersección, llamado nodo. Cada nodo puede tener hasta 63 caracteres de longitud. El dominio raíz tiene una etiqueta de tamaño cero, la cual es reservada. El nombre completo de un nombre de dominio es una secuencia de etiquetas en la ruta desde ese nodo hasta la raíz. Cuando el dominio raíz aparece por si mismo es denominado "." por conveniencia. De manera que cuando alguien escribe una dirección terminada con un punto ésta es interpretada como una dirección absoluta. En nuestro ejemplo vemos que hay dos nodos debajo del nodo ing en el árbol invertido: terman y mozart. Terman y Mozart son dos máquinas las cuales pertenecen al dominio ing.ula.ve. (Note el punto al final del dominio). Es decir, sus nombres completamente calificados son terman.ing.ula.ve. y mozart.ing.ula.ve. Vemos también como es posible con DNS tener dos máquinas con el mismo nombre pero en dominios diferentes (terman.ing.ula.ve y terman.faces.ula.ve). Los dominios en Internet están divididos de dos maneras: Dominios genéricos: Son conocidos como dominios internacionales u organizacionales. Son organizados conceptualmente y son los dominios básicos de Internet. Los dominios iniciales creados por el InterNIC son los siguientes: Com (Organizaciones comerciales como sun.com, playboy.com) Edu (Universidades, Instituciones Educativas como Stanford.edu) Gov (Agencias gubernamentales como la NASA en nasa.gov) Mil (Organismos militares navy.mil) Net (Organizaciones relacionadas con la red como nsf.net) Org (Organizaciones no comerciales como underground.org) Sin embargo recientemente se ha propuesto la creación de los siguientes dominios (Los cuales volverán obsoletos a.com,.net y.org)13 Firm (Comercios o firmas comerciales) Store (Negocios que ofrecen bienes para comprar) Web (Entidades que enfatizan actividades en el Web) Arts (Entidades que enfatizan actividades recreacionales y de entretenimiento) Info (Entidades que proveen servicios de información) Nom (Aquellos que desean una nomenclatura personal o individual) Dominios geográficos: Son conocidos como geográficos o ISO3166. Son mantenidos por cada país y territorio en el mundo. Estos dominios son organizados por localidad y son útiles para organizaciones y negocios que desean operar en otros países o que quieren proteger su compañía. Si desea saber más puede consultar el RFC920 (Request For Comments 920). Formas de registrar un dominio en Internet: Envíe un correo electrónico a solicitando una forma de registro para registrarse con la InterNIC. Visite la página de Internet International AD HOC COMMITTE, Los cuales trabajan para satisfacer los requerimientos de ampliación para DNS, en Visite Netnames USA Domain Name Registry, para registrar los nuevos dominios y nuevos dominios geográficos, en También puede consultar los siguientes documentos para entender un poco más sobre la organización de dominios: RFC1034: DOMAIN NAMES - CONCEPTS AND FACILITIES RFC 1101: DNS Encoding of Network Names and Other Types Delegación de Dominios: Una de las metas de DNS es la descentralización de la administración. Esto se logra utilizando delegación de dominios. Delegación significa repartir tareas y responsabilidades de un subdominio a un grupo de personas u organización distinta a la que controla el dominio principal. Lo que ocurre en realidad es la asignación de autoridad de sus subdominios a diferentes servidores de nombres (Estas son las máquinas que corren una implementación de DNS, por lo general BIND). En sus archivos de datos, en vez de contener información sobre un subdominio, se incluye un puntero a servidores de nombres que son autoridad para ese subdominio. De esa manera, sí el servidor de nombres de un dominio superior como ula.ve. es interrogado acerca de una máquina perteneciente a un subdominio como terman.ing.ula.ve, devolverá la dirección de servidores que pueden darle esa información (mozart.ing.ula.ve, por ejemplo) en vez de tratar de responder el mismo. Otro ejemplo: Los administradores del dominio rock.musica quieren delegar la responsabilidad del dominio metal.rock.musica a los administradores de la zona. Entonces, los administradores de metal.rock.musica pueden cambiar datos dentro de su dominio sin afectar la configuración del dominio rock.musica (Cambios de datos implica agregar nuevas máquinas o nuevos subdominios al dominio actual, inclusive se pueden volver a delegar dominios). Servidores de Nombres (Name Servers):14 Las máquinas que guardan información acerca de un espacio de dominio son llamadas servidores de nombres. Los servidores, generalmente tienen información completa acerca de una parte del espacio de dominio de nombres, llamado zona. El servidor de nombres entonces se dice que tiene autoridad para esa zona (Los servidores de nombres pueden ser autoridades para más de una zona). La diferencia entre una zona y un dominio es sutil. Una zona contiene los nombres de dominio y datos que representan a un dominio. Un dominio es un nombre que agrupa a otras máquinas o dominios inferiores. Es decir, una zona puede ocupar un dominio o sólo una porción de este. 1 Las especificaciones de DNS definen 2 tipos de servidores: maestros primarios y maestros secundarios. Aparte de eso, hay variaciones como los servidores cache, los resolvers y los esclavos. Según los autores de Bind, es recomendable llamarlos Cache, Remotos y Esclavos (Caching Only, Remote, Slaves respectivamente). Estas son las definiciones formales de cada uno: Solamente resolver (o servidor remoto): El código del resolver se encarga de preguntar a los servidores de nombre por información de dominio. La parte de configuración de resolver ya fue explicada con anterioridad por lo que no entraremos en detalle. Solamente cache: Un servidor de sólo cache corre el software del servidor, pero no tiene archivos de base de datos del servidor. Aprende las respuestas de otros servidores de nombres, la guarda y la usa para responder preguntas futuras sobre esa misma información. Solamente requiere de un archivo de cache (Con información acerca de los root servers a los cuales debe preguntar). Se dice que este tipo de servidor no es autoritario ya que la información que obtiene es de segunda mano. Sin embargo, todos los servidores de nombres son servidores de cache ya que es allí en donde guardan el resultado de sus búsquedas (positivas, si tuvieron éxito, o negativas, para no volver a preguntar). 2 Primario: El servidor de nombres primario es la fuente autoritaria de toda la información referente a un dominio. Carga la información de archivos mantenidos localmente por el administrador del dominio. Este archivo (el archivo de zona) contiene la información más precisa acerca de una pieza de la jerarquía del dominio sobre la cual el servidor tiene autoridad. Secundario: Un servidor secundario transfiere un conjunto completo de información de dominio desde el servidor primario. Un servidor secundario es considerado también primario ya que tiene una copia exacta de los archivos del servidor primario (Lo cual lo hace autoritario para esa zona). La diferencia entre un servidor primario y uno secundario es la forma en como obtienen los datos de las zonas. Esclavo (Slave): Un servidor esclavo siempre "adelanta" (forward) una pregunta que no pudo contestar de su cache a una lista fija de "delanteros" (forwarders) en vez de interactuar con los servidores raíz u otros. Las preguntas hechas a un delantero son recursivas. Por 1 Los términos no son intuitivos y se recomienda que lea los RFC 1033, 1034 y Un cache negativo es guardado 10 minutos, después se descarta.15 ejemplo, suponga que un grupo de máquinas desea interactuar con Internet, pero lo tienen prohibido directamente Entonces, esas máquinas podrían ser esclavas y podrían utilizar una lista de delanteros a las cuales preguntarían. Note como un servidor primario puede ser declarado esclavo (Respondería las preguntas sobre su dominio del cache, y lo demás lo harían los delanteros). Registro de Recursos (RR): Los datos asociados con nombres de dominios deben ser guardados de alguna manera en los servidores de nombres. La forma utilizada por Bind es guardarlos en archivos de texto simple con etiquetas llamadas registros de recursos (Resource Records o RR). Cada clase de registro pertenece a un tipo de red o software. Actualmente hay clases para Internet, redes basadas en el Protocolo Caosnet (Red vieja, de importancia histórica) y redes que usan el protocolo hesiod. En esta práctica solamente trabajaremos con registros tipo IN (Internet). Estos son algunos de los registros: 3 NS (Name Server), especifican qué máquinas son servidores de nombres MX (Mail Exchangers), especifican qué máquinas intercambian correos PTR (Pointer), permiten la conversión de una dirección IP a nombre A (Address), permiten la conversión de un nombre a dirección IP CNAME (Canonical Name), se utilizan para hacer un alias. RP (Responsible Person), La persona o grupo responsable de un host. La forma como se cargan los datos también depende mucho del servidor. Si el servidor es un servidor maestro guarda su información en archivos de bases de datos (database files). Los archivos de datos contienen registros fuentes que describen la zona y manejan la delegación de subdominios. En el caso de un servidor secundario al principio estos tienen sólo los archivos de configuración básicos (para la red Loopback y los apuntadores a los Root Name Servers) y toman sus datos del servidor primario (Es decir hacen una transferencia de zona). Luego los almacenan en un archivo local Resolvers (O servidores remotos): Es un conjunto de bibliotecas de las aplicaciones clientes (Es decir aquellas que solicitan información acerca de un espacio de dominios de nombres). También se les llama servidor remoto porque ellos le preguntan a un servidor "real" cuando tienen una pregunta. Un resolver: Interroga al servidor de nombres Interpreta respuestas (Que pueden ser registros RR o errores) Devuelve información al programa que la solicita. FUNCIONAMIENTO DE DNS: El proceso de búsqueda de una dirección ip a partir de un nombre (o viceversa) se llama resolución. 3 Consulte el anexo 1 si desea ver un resumen de uso de estos registros.16 La resolución comienza siempre desde los servidores de dominios superiores hasta llegar al servidor que tiene la información autorizada de un dominio en particular (Es decir comienza desde la parte superior del árbol invertido hasta llegar a la rama buscada). En el proceso de resolución de nombres podemos identificar algunos elementos: Servidores de Raíz Primarios (Root Name Servers, RNS): Los RNS saben cuáles servidores de nombres tienen autoridad para los dominios superiores. Si se les hace una pregunta acerca de un subdominio, los servidores raíz maestros pueden al menos proveer los nombres y direcciones de los servidores de nombres con autoridad para el segundo nivel de dominios a los cuales un dominio pertenece. Cada servidor interrogado da al que pregunta información de cómo estar más cerca de la respuesta que está buscando o provee él mismo una respuesta. Lo que hacen los RNS es proveer punteros desde los dominios superiores a los servidores de nombres de los dominios inferiores. Los RNS, así como los NS normales, son muy importantes en la resolución de un nombre dentro de un dominio particular. Debido a que son tan importantes, DNS provee mecanismos para asegurar siempre el servicio utilizando redundancia (servidores secundarios) o aliviando la carga de los servidores primarios y root (usando caching). Sin embargo, en ausencia de mecanismos como el caching, la resolución debe empezar en los servidores de raíz maestros. Métodos de búsqueda: Primero el servidor de nombres verifica sus tablas de máquinas a ver si allí consigue el nombre por el cual le están preguntando. Si es así, entonces retorna la dirección IP asociada con ese nombre. Si la información pertenece a otro dominio, entonces el servidor de nombres busca en su cache y si no está allí entonces comienza el proceso de resolución que se puede comportar de estas dos formas: Recursiva Un servidor de nombres envía una respuesta recursiva cuando es el servidor y no el cliente el que pregunta a otros servidores de nombres por la información del dominio solicitada. Esto ocurre cuando el servidor de nombres sabe que el resolver no tiene la inteligencia de manejar una referencia a otro servidor de nombres (Es decir, el resolver hace explícitamente una pregunta recursiva). A medida que un servidor de nombres pregunta (obtenga respuesta o no) va guardando los nombres encontrados en su cache para evitarse búsquedas innecesarias. Iterativa El servidor de nombres da la mejor respuesta que ya sabe a quien preguntó (de decir, da una referencia al servidor de nombres más cercano a la información de dominio interrogado). Primero consulta sus datos locales, si no está allí busca entonces en su cache y si aún no encuentra nada entonces devuelve la respuesta (servidor) más cercano al dominio buscado. Si el servidor falla, no lo vuelve a reintentar. Las bibliotecas del resolver hacen búsquedas recursivas e iterativas, mientras que entre servidores de nombres solo se hacen búsquedas iterativas.17 Correspondencia de direcciones a nombres: El proceso de convertir una dirección a nombre también es necesario. La Correspondencia de direcciones a nombres es útil para salidas que sean fáciles de leer por los seres humanos, fáciles de interpretar en bitácoras del sistema (log files) y como una forma de autenticación (por ejemplo el archivo.rhosts y host.equiv bajo UNIX, además de ser usados por ciertos servidores ftp). Cuando se usan tablas de máquinas (hosts tables) la conversión es fácil. Requiere de una búsqueda secuencial a lo largo de la tabla de máquinas usando una dirección. En DNS, sin embargo, el espacio de dominio de nombres esta indizado por nombres y no por números (como es el caso de una dirección IP). DNS soluciona esto valiéndose de un dominio el cual usa números como nombres, el dominio inaddr.arpa. Los nodos en el dominio in-addr.arpa están compuestos por octetos separados por puntos (Recuerde que una dirección IP tiene la forma: octeto. octeto. octeto. octeto, para un total de 32 bits, con cada octeto en el rango de 0 a 255). En este dominio la dirección IP se lee desde lo más especifico a lo más general Por ejemplo berlioz.ing.ula.ve ( ) se leería in-addr.arpa, lo cual retorna en una búsqueda a berlioz.ing.ula.ve. La razón por la que se escribe así es porque una dirección IP también es jerárquica (en nuestro ejemplo 42 corresponde al número de la máquina y corresponde a la dirección de red). Caching: Podría parecer que el proceso de buscar un nombre es sumamente lento, sin embargo no es así. Una de las razones de la rapidez es el uso de caching. Este mecanismo trabaja de la siguiente manera: Un servidor de nombres procesando una búsqueda recursiva podría enviar unas cuantas preguntas para encontrar una respuesta acerca de un dominio. Sin embargo, el servidor descubre información acerca del nombre del dominio a medida que explora. Cada vez que es referido a otro servidor, aprende que esos servidores son autoridades de las zonas interrogadas, y aprende esas direcciones. Si encuentra el dato buscado, lo guarda para usarlo en una futura referencia. La próxima vez que un resolver haga una pregunta acerca de un nombre de un dominio que el servidor conozca, el proceso es acortado un poco, ya que el servidor primero revisará en su caché para dar la respuesta. El cache solamente se guarda en memoria temporal la cual se borra cuando el servidor vuelve a actualizar su memoria (por ejemplo, cuando se apaga la máquina en la que corre el servidor). Tiempo de vida (Time To Live, TTL): Los servidores de nombres no mantienen los datos en cache por siempre (De ser así, las modificaciones hechas en un servidor maestro nunca se propagarían por la red). De esta manera, el administrador de una zona decide el tiempo de vida de los datos buscando un balance entre la veracidad de la información y la cantidad de tiempo perdido transfiriendo una zona. Una vez que el tiempo de vida expira, el servidor busca de nuevo los datos del dominio del cual es servidor secundario.18 CONFIGURACIÓN DE BIND Instalación de Bind Obtenga el código fuente de Bind 4, y luego desempáquetelo en un directorio (por ejemplo /usr/local/src/bind): zcat bind src.tar.gz tar -xvf - Si lo desea, borre el archivo bind src.tar.gz para ahorrar espacio en disco. Lea los archivos README y CHANGES para ver los cambios en el programa. Abra el archivo INSTALL para examinar las instrucciones de instalación 5. Si su sistema está soportado, sólo tiene que escribir: bash# make clean bash# make depend bash# make Si desea instalar Bind en los directorios por omisión, escriba make install Si no esta de acuerdo edite el archivo src/port/linux/makefile.set (y Guíese por las instrucciones del archivo INSTALL). Finalmente escriba: bash# make install 6 Topología de ejemplo para la configuración Estos archivos se proveen como guía para la parte práctica propuesta, y en ellos se muestra la configuración del servidor de nombres del dominio rio.ve. 7 4 Puede conseguirlo en Slackware 3.4 viene con una versión precompilada de Bind, en la serie N. 5 Bajo Linux edite el archivo src/port/linux/makefile.set y cambie 'CDEBUG=-O -g' por 'CDEBUG=-g'. Consulte el manual de instalación para obtener información para otros sistemas operativos. 6 Esto no instala la documentación. Vea la sección bibliográfica para mayor información. 7 Este dominio no existe actualmente y se usará solo con fines de demostración.19 Ilustración 2: Configuración de ejemplo para un servidor de nombres Supongamos que tenemos una máquina dentro del dominio rio.ve y queremos que esta use como servidor de nombres a una máquina llamada mega.rio.ve (La máquina llama "X"). Note como el dominio grupo1 es un subdominio de rio. Archivos de configuración básicos en el cliente bajo Unix: La configuración en el cliente depende bastante del sistema operativo. Hoy en día es común tener estaciones de trabajo Unix, PC's con Windows. Pasos de configuración: Verifique que el /etc/hosts solamente aparezcan líneas similares a esta: loopback mega.rio.ve mega Edite /etc/resolv.conf # Defino el dominio por omisión el cual se agregará a nombres que no # terminen en punto domain rio.ve # Defino otros dominios de búsqueda search rio.ve ing.ula.ve ciens.ula.ve faces.ula.ve # Defino servidores de nombres # Busco en mega1.rio.ve nameserver # Luego en mozart.ing.ula.ve nameserver # Luego en arha.ciens.ula.ve nameserver20 Edite el archivo /etc/host.conf 8 (se define allí el orden de búsqueda de información) # Primero busque en el /etc/hosts y si falla use a Bind order hosts, bind multi on Configuración del servidor: Los siguientes archivos de configuración muestran como puede implementar el dominio. Estos archivos pueden ser utilizados como base para los otros dominios propuestos en la práctica. Los servidores de nombres de estos dos dominios son servidores primarios y secundarios a la vez, y se supone que están conectados a Internet (usando un enrutador). Explicaremos la configuración de los servidores suponiendo que hablamos de una máquina llamada mega.rio.ve Bind puede ser configurado para correr de maneras diferentes. Las configuraciones más comunes para correr Bind son: Solamente resolver (o servidor remoto): Solamente cache: Primario: Un servidor primario requiere un conjunto completo de archivos: archivos de zonas para el dominio regular (db.rio.ve) y el dominio reverso (db.rio.ve.rev), el archivo de inicialización (named.boot 9 ), el archivo de pistas que contiene a los RNS (db.root) y el archivo loopback (db ). Ninguna otra configuración requiere esta cantidad de archivos. Secundario: El archivo de zona es transferido desde el servidor primario y es guardado como un archivo local de disco (a esta operación se le llama transferencia de zona). Solamente se requieren el archivo de inicio, el archivo de cache y el archivo loopback. Esclavo (Slave): Pasos para configurar el servidor: Cada uno de los archivos provistos esta debidamente comentado (Usted puede comentar sus archivos en Bind utilizando "" y "#". La nueva versión soporta comentarios como C y C++ (/* */ y // respectivamente). Configuración para las versiones previas a Bind 8.1.1: Edite el archivo /etc/named.boot (sino existe, créelo) Hecho por José Vicente Nuñez Zuleta Web RIO 98 En este archivo se especifica que tipo de servidor y la ubicación de los archivos de datos. named.boot contiene una línea por cada mapa que debe ser leído. En este caso, somos servidor primario del dominio rio.ve y secundarios de los demás subdominios de ula.ve 8 Esto sólo funciona bajo Linux o SunOS. Bajo Solaris, por ejemplo, debe editar el archivo nsswitch.conf. Este paso es muy dependiente del sistema operativo. 9 En la nueva versión de Bind, el archivo cambió su nombre y formato Ahora se llama named.conf Mostrar más
DNS (Domain Name System). Práctica desarrollada para la III era Escuela Latinoamericana de Redes Hecho por José Vicente Núñez Zuleta Email: jose@ing.ula.ve INTRODUCCIÓN Y COPYRIGHT 4 AGRADECIMIENTOS 5 Más detalles 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 UNIVERSIDAD DEL AZUAY
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 Más detalles Administración de DNS
Administración de DNS Alex Callejas1 Agenda Día 1 Presentación Introducción al DNS Conceptos básicos de redes y criptografía Teoría básica del DNS 2 Presentación 3 Introducción al DNS Breve historia de Más detalles FUNDAMENTOS DE SEGURIDAD Y HACKING ETICO Profesor: Luis Alfonso Jiménez Piedrahita
Conexión de Clientes Al Dominio Conexión de un cliente al dominio Bueno hasta el momento hemos visto varios elementos de una Red corporativa, un equipo como estación de trabajo inicialmente y luego como Más detalles 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 Extensiones de Seguridad para el Sistema de Nombres de Dominio (DNSSEC)
Trabajo Final Integrador de Especialista en Redes y Seguridad Extensiones de Seguridad para el Sistema de Nombres de Dominio (DNSSEC) Tesista: Ernesto Sánchez Director (UNSa): Msc. Daniel Arias Figueroa Más detalles 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 Descripción de las zonas y de la transferencia de zonas 14
DNS en W2000-Server ÍNDICE Definición de DNS 1 Nombres de dominio DNS 2 Descripción del espacio de nombres de dominio DNS Cómo se organiza el espacio de nombres de dominio DNS Interpretar un nombre de Más detalles Coloquio DNS. La Internet Assigned Numbers Authority (IANA) actualmente clasifica los dominios de nivel superior en tres tipos:
Universidad Simón Bolívar Laboratorio Docente de Computación Alfonso Ros Dos Santos Coloquio DNS Dominios Para empezar a tratar el tema de DNS, primero debemos empezar por explicar lo que es un Dominio Más detalles DNS. Domain Name Service. Versión: 1.0. Alfredo Barrainkua Zallo. Febrero de 2008
DNS Domain Name Service Versión: 1.0 Alfredo Barrainkua Zallo Febrero de 2008 Creative Commons BY-SA-NC Lizentzia laburpena: Euskaraz English Castellano :: DNS Índice 1. Introducción...4 1.1. Jerarquía 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
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 Miguel Morillo Iruela DNSSEC. Miguel.Morillo@alu.uclm.es
Contenido 1. - Introducción...6 1.1. - Alcance del documento...6 1.2. - Audiencia...7 1.3. - Estructura del documento...7 2. - Sistema de nombres de dominio DNS...7 2.1. - Historia...7 2.2. - El propósito Más detalles Manual DNS Y DHCP Linux
Manual DNS Y DHCP Linux Introducción Este manual le muestra como configurar un sistema de Nombres de Dominio (DNS) y DHCP usando BIND y DHCP3 Server- ISC-DHCP-Server. Cuando termine este manual, debería Más detalles DOMAIN NAME SYSTEM DNS
DOMAIN NAME SYSTEM DNS Contenido Introducción DNS Definiciones Resolución de Nombres Referencias INTRODUCCIÓN En los 70, ARPANET era una comunidad de unos cientos de máquinas Un solo archivo HOST.TXT contenía Más detalles SOFTWARE APLICADO A REDES (R02) Ing. César Mauricio Carrasco García
Página 1 de SOFTWARE APLICADO A REDES (R02) Ing. César Mauricio Carrasco García I. OBJETIVOS 1. Conocer los conceptos de redes necesarios para hacer instalaciones de los principales servicios de los servidores. Más detalles El servicio DNS. Zonas y dominios.
DNS Relación entre nombre y dirección IP Nombres públicos y privados Concepto y estructura jerárquica Los Top Level Domains El Internic. Los Nic delegados El dominio in addr.arpa Zonas y dominios Servidores Más detalles 6º Unidad Didáctica DOMAIN NAME SERVER (DNS) Eduard Lara
Ministerio de Educación, Cultura y Deporte Aulas en red. Aplicaciones y Servicios. Linux Servidor DHCP y Servidor DNS Instituto Nacional de Tecnologías Educativas y de Formación del Profesorado 2012 1 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) Contenido Introducción 2 Presentación multimedia: Función de DNS en las infraestructuras de redes 3 Lección: Instalar el servicio Más detalles 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 Copyright International Business Machines Corporation 2001. Reservados todos los derechos.
iseries DNS iseries DNS Copyright International Business Machines Corporation 2001. Reservados todos los derechos. Contenido DNS...................................... 1 Cuáles son las novedades en V5R1?......................... Más detalles Extensiones al protocolo EPP para el sistema de registro de dominios.uy
Instituto de Computación Facultad de Ingeniería Universidad de la República Proyecto de Grado Extensiones al protocolo EPP para el sistema de registro de dominios.uy Autores: Pablo Cal Ernesto Pin Tutor: 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
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 Prácticas de laboratorio de Telemática II
Prácticas de laboratorio de Telemática II Práctica 2 Departamento de Ingeniería Telemática (ENTEL) Mónica Aguilar Juanjo Alins Oscar Esparza Jose L. Muñóz Marcos Postigo Antoni X. Valverde II La composición Más detalles Dominios de una red informática
1 Dominios de una red informática Un dominio puede referirse a dos cosas: es un conjunto de ordenadores conectados en una red que confían a uno de los equipos de dicha red la administración de los usuarios Más detalles Proyecto: Creación de un Proxy Transparente en Linux. Miguel Ángel Esteban
Proyecto: Creación de un Proxy Transparente en Linux Miguel Ángel Esteban Proyecto: Creación de un Proxy Transparente en Linux Miguel Ángel Esteban This project can be followed at: https://www.penflip.com/marianitu/proyecto Más detalles TEMA 7: WINDOWS SERVER
: WINDOWS SERVER CONTENIDO WINDOWS SERVER.... 4 INTRODUCCIÓN A LAS TÉCNICAS DE RED.... 4 SERVICIOS INDIVIDUALES.... 5 GRUPOS DE TRABAJO.... 6 SERVICIO DE DIRECTORIO.... 8 ROL DE SERVIDOR. DOMINIO.... 10 Más detalles SIRDOM. SISTEMA PARA LA GESTIÓN DEL SERVICIO DE RESOLUCIÓN DE NOMBRES DE DOMINIOS
Revista de investigación Editada por Área de Innovación y Desarrollo, S.L. Envío: 27-01-2013 Aceptación: 30-01-2013 Publicación: 19-02-2013 SIRDOM. SISTEMA PARA LA GESTIÓN DEL SERVICIO DE RESOLUCIÓN DE Más detalles Introducción a Redes y a TCP/IP sobre Tecnología Ethernet
Introducción a Redes y a TCP/IP sobre Tecnología Ethernet REDES (9359) ING. TÉCNICA EN INFORMÁTICA DE SISTEMAS CURSO 2010/2011 (Este documento es una versión en papel de la versión completa en formato Más detalles 2016 © DocPlayer.es Política de privacidad | Condiciones del servicio | Feedback

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

Resolución 
 Resolución 
 Resolución 
 RESOLUCIÓN 
 RESOLUCIÓN