Domain Name System

Domain Name System o DNS (en espaol: sistema de nombres de dominio) es un sistema de nomenclatura jerrquica para computadoras, servicios o cualquier recurso conectado a Internet o a una red privada. Este sistema asocia informacin variada con nombres de dominios asignado a cada uno de los participantes. Su funcin ms importante, es traducir (resolver) nombres inteligibles para las personas en identificadores binarios asociados con los equipos conectados a la red, esto con el propsito de poder localizar y direccionar estos equipos mundialmente.

Componentes.
Para la operacin prctica del sistema DNS se utilizan tres componentes principales:

Los Clientes fase 1: Un programa cliente DNS que se ejecuta en la computadora del usuario y que genera peticiones DNS de resolucin de nombres a un servidor DNS (Por ejemplo: Qu direccin IP corresponde a nombre.dominio?);

Los Servidores DNS: Que contestan las peticiones de los clientes. Los servidores recursivos tienen la capacidad de reenviar la peticin a otro servidor si no disponen de la direccin solicitada. Y las Zonas de autoridad, porciones del espacio de nombres raros de dominio que almacenan los datos. Cada zona de autoridad abarca al menos un dominio y posiblemente sus subdominios, si estos ltimos no son delegados a otras zonas de autoridad.

Tipos de servidores DNS

Primarios o maestros: Guardan los datos de un espacio de nombres en sus ficheros Secundarios o esclavos: Obtienen los datos de los servidores primarios a travs de una transferencia de zona. Locales o cach: Funcionan con el mismo software, pero no contienen la base de datos para la resolucin de nombres. Cuando se les realiza una consulta, estos a su vez consultan a los servidores DNS correspondientes, almacenando la respuesta en su base de datos para agilizar la repeticin de estas peticiones en el futuro continuo o libre.

Qu son los servidores DNS?

Escrito por Daro en Internet

DNS son las siglas de Domain Name Service (Servicio de Nombre de Dominio), y sirve para traducir los nombres de dominio (por ejemplo www.turismotour.com) en direcciones IP y viceversa. Para entender mejor que son los DNS vamos e explicarlo mediante un grafico que representa como se compone la estructura de Internet para la peticin de una pgina web. Exciten tres elementos indispensables en Internet para que esto sea posible y son: Servidor web, Dominio y Servidor DNS. El funcionamiento es el siguiente, cuando ponemos por ejemplo, turismotour.com en la barra de direcciones del navegador, este realiza la consulta en Internet de cmo est configurado este dominio. El servidor DNS le indica a nuestro navegador que tiene que ir a buscar la informacin de la pgina web a la IP del servidor web. El navegador enva la peticin de la pgina web al servidor web, indicndole el nombre del dominio que desea. El servidor web sirve la pgina web y el navegador la muestra. Todo esto pasa en cuestin de milsimas de segundo.

El proceso es ms complejo que lo citado porque

intervienen ms elementos

tecnolgicos, pero bsicamente se puede resumir de la manera explicada. Servidor web: es la computadora donde est alojada la pgina web, lo que conocemos como el servicio de hosting. Para que una pgina web pueda ser consultada a travs de internet, debe estar alojado en un servidor web. Para identificar a este servidor web como a cualquier otra computadora en Internet se le asigna una direccin nica llamada direccin IP (Internet Protocol Address) Las direcciones IP son asignadas por el proveedor de servicio en Internet (ISP) Dominio: un dominio o nombre de dominio es el nombre que identifica a una pgina web en Internet y se utiliza para facilitar la memorizacin de recursos en Internet asociados a una direccin IP asignada al servidor de recursos.

Servidor DNS: es el encargado de traducir el nombres de dominio en la direcciones IP de un servidor y viceversa. En primera instancia la resolucin de cada nombre de dominio es delegado al servidor DNS del ISP del usuario. Cuando registramos un dominio en nic.ar, la resolucin de cada nombre de dominio es delegada al servidor DNS del ISP designado como administrador por la entidad registrante. Los servidores DNS distribuidos en la red resuelven los pedidos de informacin, convirtiendo los nombres en una direccin IP. Si un servidor DNS no contiene la informacin, genera una consulta a otro servidor DNS y as sucesivamente hasta encontrar la direccin IP, o bien llega hasta un servidor DNS Raz que le indica la direccin IP del servidor dns que resuelve el pedido. Existen 13 servidores DNS Raz (Root Nameservers), 10 de ellos en EEUU y los 3 restantes en la ciudades de Londres, Estocolmo y Tokio.

XXXXXXXXXXX http://blog.amarello.com.mx/2007/05/31/%C2%BFque-es-y-para-que-sirve-un-dns/ http://es.wikipedia.org/wiki/Domain_Name_System http://technet.microsoft.com/es-es/library/cc753635(v=ws.10).aspx

CMO CONFIGURAR UN SERVIDOR DNS PARTE 1 (INTRODUCCIN)

2013/09/04 BY ALEJANDRO ALCALDE, 6 COMENTARIOS, EN ADMINISTRACIN DE SERVIDORES, ARTCULOS, INTERNET

Cmo configurar un servidor DNS Parte 1 (Introduccin) Cmo configurar un servidor DNS Parte 2 (La Zona Primaria) Cmo configurar un servidor DNS Parte 3 (Zona Inversa y DNS secundario)

En esta serie de artculos, intentar explicar lo mejor posible el funcionamiento de los servidores DNS, y cmo configurar el tuyo propio. Habr una parte ms terica sobre el funcionamiento del sistema, que es una traduccin de un artculo en howtoforge.

Ya que los artculos estn basados en distintas fuentes de informacin que he ido recopilando, no s de cuantas partes estar formada esta serie, as que la lista de arriba ir cambiando hasta que estn completos todos los artculos. Debo reconocer que el tema de los DNS me ha dado muchos problemas, es algo que para m ha sido dificil de entender. A base de leer y releer muchos artculos por internet, aprend a configurar un servidor DNS manualmente. Hoy voy a explicar cmo. En Linux, BIND es el encargado de gestionar los DNS, como su pgina de ayuda indica (bind bind a name to a socket), asocia un nombre a un socket. Es importante que antes de continuar compruebes que la versin de BIND es superior a la 4. Lo ideal sera tener la 8 o 9. Puedes comprobarlo con el siguiente comando:
$ nslookup -type=txt -class=chaos version.bind servidor Server: Address: version.bind servidor IP#53 text = "VERSION"

BIND tiene tres componentes, el primero es llamado named o name-dee, es un demonio que ejecuta el lado servidor del DNS. El segundo componente es llamado resolver library o biblioteca de resolucin, encargada de realizar peticiones a servidores DNS para intentar traducir un nombre a una direccin IP. El archivo de configuracin para este componente es resolv.conf. El tercer y ltimo componente de BIND proporciona herramientas para probar el servidor DNS. Entre estas herramientas se encuentran comandos como dig, que se ver ms adelante.

CUAL ES TU RESPONSABILIDAD COMO PARTE DEL SISTEMA DNS?

DNS es una base de datos distribuida. Cuando pagas por un dominio, debes configurar dos servidores de nombres, y stos deben ser registrados en el sistema DNS. La base de datos del sistema DNS tiene tres niveles. Al primer grupo de servidores se les llama servidores root. Al segundo, Top Level Domains (TLDs) o dominios de primer nivel. Cuando se necesita conocer la direccin de una web, el segundo componente

de BIND (resolver library) realiza una peticin, (De aqu en adelante lo llamaremos resolver). Por ejemplo, supongamos que quieres encontrar a google.com. Tu resolver pide a los servidores root que identifique la IP de google.com. El servidor root responde, No lo s, pero s s donde puedes encontrar la respuesta, comienza con los servidores TLD para COM. As, el servidor root envia la peticin a un servidor COM. ste ltimo servidor dice: No tengo esa informacin, pero s de un servidor de nombres que s, tiene direccin 173.194.34.6 y nombre ns1.google.com. Dirgete a esa direccin y te dir la direccin del sitio web google.com.

En la figura de arriba, la parte superior izquierda representa los servidores root. En la jerga DNS, stos servidores reprensentan el comienzo del camino en el sistema DNS. Suelen representarse con un punto (.). En los archivos de configuracin, el mapeo entre IP y nombre acabar en un punto. A lo largo de esta series de artculos quedar ms claro este concepto. Los servidores root son los principales de la base de datos distribuida. Poseen informacin sobre los Top Level Domains (TLDs) o dominios de primer nivel. En los TLDs se

incluyen com, net, org, mil, gov, edu etc. Al contratar un nombre de dominio, es necesario elegir qu TLD se desea, este blog se encuentra en el espacio de nombres COM y se llamaelbauldelprogramador.com.

CMO RESPONDE EL SERVIDOR DNS A LAS PETICIONES?

En este punto es donde BIND entra en accin. El primer componente que mencionamos,named; est presente en todos los servidores de nombres y es el encargado de responder a las peticiones de los resolvers. Lee sus datos del archivo de configuracin named.conf. ste fichero obtiene su informacin de unos ficheros a los que se les suele llamar zone files ficheros de zona. Existen multidud de ellos, pero un archivo de zona en particular mantiene una base de datos de registros que proporciona named con la mayora de sus respuestas. En la figura 2, named ha recibido una peticin. Busca en su fichero de configuracinnamed.conf, que busca en el archivo de zona primaria y pasa la informacin solicitada al resolver desde el exterior.

FIGURA 2 RESPONDIENDO A UNA PETICIN

USANDO NAMED.CONF
El proceso named escucha en el puerto 53 en los sitemas Linux. Al recibir una peticin para una direccin, busca en el primer archivo de configuracin que conoce, named.conf. Tal y como se aprecia en la figura 2. El fichero tiene la siguiente estructura:
// This is the primary configuration file for the BIND DNS server named. //

// Please read /usr/share/doc/bind9/README.Debian.gz for information on the // structure of BIND configuration files in Debian, *BEFORE* you customize // this configuration file. // // If you are just adding zones, please do that in /etc/bind/named.conf.local include "/etc/bind/named.conf.options"; include "/etc/bind/named.conf.local"; include "/etc/bind/named.conf.default-zones";

Veamos el contenido de los tres archivos que incluye: named.conf.options

options { directory "/var/cache/bind"; };

Aqu se definen el directorio por defecto para named. named.conf.default-zones

zone "." { type hint; file "/etc/bind/db.root"; }; zone "localhost" { type master; file "/etc/bind/db.local"; }; zone "127.in-addr.arpa" { type master; file "/etc/bind/db.127"; }; zone "0.in-addr.arpa" { type master; file "/etc/bind/db.0";

}; zone "255.in-addr.arpa" { type master; file "/etc/bind/db.255"; };

zone . contiene los nombres y direcciones de los servidores root. Como se mencion arriba, stos servidores saben en qu servidores autorizados existe tu dominio Siendo el primero los TLD (com, org, net etc) y el segundo el servidor autorizado para tu dominio. zone localhost. Cada servidor de nombres administra su propio dominio loopback (127.0.0.1). El motivo de crear una zona para localhost es reducir trfico y permitir que el mismo software funcione en el sistema como lo hace en internet. El resto de las zonas son archivos de zonas inversas. Es una copia invertida de la base de datos definida en los otros archivos. Es decir, asocia una IP a un nombre, al contrario. Se pueden indentificar por la extensin in-addr.arpa. En el siguiente artculo ser ver en detalle la estructura del archivo named.conf.local, en el que se definen nuevas zonas que corresponden a dominios que resolver el servidor DNS. As como a los archivos pri.nombredominio.com asociados a cada zona