Universidad Simón Bolívar Trimestre Septiembre - Diciembre 2010

Transcripción

1 Universidad Simón Bolívar Trimestre Septiembre - Diciembre 2010 Coloquio DNS Lo Huang, José Luis

2 Contents 1 Introduccion 3 2 Historia de DNS 4 3 Tipos de DNS 5 4 Quién Necesita DNS 6 5 Espacio de Nombre DNS 7 6 El Software BIND Versiones Cómo Saber que Version Tengo? Componentes de BIND named: El Servidor de Nombres de BIND La Libreria Resolver Cómo Trabaja DNS? 12 8 BIND Configuracion del Servidor Descarga e Instalacion Configuracion del DNS BIND Ejemplos de Configuracion: LDC Archivo /etc/hosts Archivo /etc/resolv.conf Archivo /etc/named.conf Archivo /etc/bind/named.conf.local Crear Un Nuevo Dominio Agregar Una Maquina a Una Red con DNS Corriendo Sistemas Operativos Conclusiones Bibliografia 33

3 1 Introduccion Antes de Empezar a Analizar Todo el temario de DNS. Definamos Algunos Conceptos: 1. Dominio: Un dominio de Internet es una red de identificacion asociada a un grupo de dispositivos o equipos conectados a la red Internet. El proposito principal de los nombres de dominio en Internet y del sistema de nombres de dominio (DNS), es traducir las direcciones IP de cada nodo activo en la red, a terminos memorizables y faciles de encontrar. Esta abstraccion hace posible que cualquier servicio (de red) pueda moverse de un lugar geografico a otro en la red Internet, aun cuando el cambio implique que tendra una direccion IP diferente. Sin la ayuda del sistema de nombres de dominio, los usuarios de Internet tendrian que acceder a cada servicio web utilizando la direccion IP del nodo (Ej. Seria necesario utilizar en vez de 2. IP: Una direccion IP es una etiqueta numerica que identifica, de manera logica y jerarquica, a una interfaz (elemento de comunicacion/conexion) de un dispositivo (habitualmente una computadora) dentro de una red que utilice el protocolo IP (Internet Protocol), que corresponde al nivel de red del protocolo TCP/IP. Dicho numero no se ha de confundir con la direccion MAC que es un numero hexadecimal fijo que es asignado a la tarjeta o dispositivo de red por el fabricante, mientras que la direccion IP se puede cambiar. Esta direccion puede cambiar 2 o 3 veces al dia y a esta forma de asignacion de direccion IP se denomina una direccion IP dinamica (normalmente se abrevia como IP dinamica). Los sitios de Internet que por su naturaleza necesitan estar permanentemente conectados, generalmente tienen una direccion IP fija (comunmente, IP fija o IP estatica), es decir, no cambia con el tiempo. Los servidores de correo, DNS, FTP publicos, y servidores de paginas web necesariamente deben contar con una direccion IP fija o estatica, ya que de esta forma se permite su localizacion en la red. 3. ARPANET: La red de computadoras Advanced Research Projects Agency Network (ARPANET) fue creada por encargo del Departamento de Defensa de los Estados Unidos ( DoD por sus siglas en ingles) como medio de comunicacion para los diferentes organismos del pais. El primer nodo se creo en la Universidad de California, Los Angeles y fue la espina dorsal de Internet hasta 1990, tras finalizar la transicion al protocolo TCP/IP iniciada en Zona: Una Zona es Un Dominio Sin Sus SubDominios. Este Archivo Fue Escrito en L A TEX

4 2 Historia de DNS Anteriormente, El Mapeo Entre Los HostNames y Las Direcciones se Mantenia en Un Unico Archivo (HOSTS) que Era Administrado Centralmente y Distribuido por Toda La ARPANET. Pero a Raiz del Crecimiento de Las Redes Se Perdia Mucho Ancho de Banda Repartiendo Este Archivo, y generalmente Estaba Fuera de Epoca para el Momento en que Era actualizado. Esta Situacion Fue Resuelta Mediante Una Tabla Estatica que Usa 2 Conceptos: Hostnames Jerarquicos y Responsabilidad de Distribucion. DNS Habia Nacido. Fue Especificada Por Paul Mockapetris en Los RFC 882 y 883 (en 1983). Y Actualizada en Los RFC 1034 y 1035 (en 1987).

5 3 Tipos de DNS 1. BIND: Berkeley Internet Name Domain Fue Creado en La Universidad de California y Es el Software Mas Utilizado para servir Nombres de Internet. En Sistemas UNIX es Parte del Standard. 2. PowerDNS: Es Un Software Escrito en C++ y Corre en Ls plataformas UNIX y Windows similar a BIND. Su Licencia es GPL. 3. MaraDNS: Es Un Software Security-Aware que permite el Funcionamiento como DNS de Autoridad (se explica mas adelante) y DNS Recursivo. 4. djbdns: Mejoro algunas deficiencias de BIND. Fue Hasta Hace poco el Segundo DNS Mas Utilizado. 5. pdnsd: Es Un Servidor Proxy DNS. Esta Diseado para Situaciones Donde La Conectividad es Baja (Wifi Hotspots, etc). Esta Limitado para Ser Servidor DNS Autoritario de Una Zona DNS sin Red Privada. 6. MyDNS: Funciona muy Bien para peticiones Recursivas, Los Cuales son pasados a Otro Servidor MyDNS.

6 4 Quién Necesita DNS DNS Se Puede Definir Como: 1. Un Espacio de Nombres Jerarquico para Hosts y Direcciones IP. 2. Una Tabla de Hosts Implementada como Una Base de Datos Distribuida. 3. Un Resolvedor (Una Libreria de Rutinas que Consultan La Base de Datos). 4. Un Mecanismo para Encontrar Servicios en Una Red. 5. Un Protocolo para Intercambiar Informacion de Nombres. Domain Name System es un sistema de nomenclatura jerarquica para computadoras, servicios o cualquier recurso conectado a internet o a una red privada. Este sistema asocia informacion variada con nombres de dominios asignado a cada uno de los participantes. Su funcion mas importante, es traducir (resolver) nombres inteligibles para los humanos en identificadores binarios asociados con los equipos conectados a la red, esto con el proposito de poder localizar y direccionar estos equipos mundialmente. El DNS es una base de datos distribuida y jerarquica que almacena informacion asociada a nombres de dominio en redes como Internet. Aunque como base de datos el DNS es capaz de asociar diferentes tipos de informacion a cada nombre, los usos mas comunes son la asignacion de nombres de dominio a direcciones IP y la localizacion de los servidores de correo electronico de cada dominio. La asignacion de nombres a direcciones IP es ciertamente la funcion mas conocida de los protocolos DNS. Por ejemplo, si la direccin IP del sitio FTP de prox.mx es , la mayoria de la gente llega a este equipo especificando ftp.prox.mx y no la direccin IP. Ademas de ser mas facil de recordar, el nombre es mas fiable. La direccion numerica podria cambiar por muchas razones, sin que tenga que cambiar el nombre. Todos Los Sitios de Internet Deben Poseer DNS. Generalmente Esta correspondencia se Encuentra en el Archivo /etc/hosts en Sistemas UNIX, C:/Windows/System32/drivers/etc/hosts en Sistema Windows y /private/etc/hosts en MAC OS.

7 5 Espacio de Nombre DNS El Espacio de Nombre DNS es Un Arbol de Dominios. Actualmente Los Dominios de Alto Nivel (Top Level Domain o TLD) Se Clasifican en 3 Tipos: 1. Genericas o gtld que Incluyen a Las Organizacionales y a Las Politicas (Fig. 1): Poseen Tres letras en general. 2. Geograficas o cctld (Fig. 2): Son de Dos Caracteres. 3. Dominios de Nivel Superior de Infraestructura: Hasta Ahora solo Existe arpa. Dominio Funcion com Companias Comerciales edu Instituciones Educativas gov Agencias del Gobierno mil Agencias Militares net Proveedores de Red org Organizaciones sin Fines de Lucro int Organizaciones Internacionales arpa Paginas que Explican y Guian Sobre el Uso de DNS Fig 1. Tabla de Dominios de Alto Nivel Genericos (gtld). Dominio Pais au Australia ca Canada br Brasil de Alemania hk Hong Kong mx Mexico cn China hu Hungria ve Venezuela Fig 2. Tabla de cctld (Geograficas).

8 6 El Software BIND El Sistema BIND (Berkeley Internet Name Domain) es Un Paquete de ISC que Implementa el Protocolo DNS. 6.1 Versiones La Ultima Version de este Software es La 9. Existen BIND 4, BIND 8 y BIND 9. Se Dice que el salto del 4 al 8 Fue Porque La Version 8 doblegaba en Funcionalidad a La 4. Pronto La Version 4 Sera Deprecada y Dejara de Funcionar, Sera Aplicado Un Script de Perl (named-bootconf.pl) Codigo Libre para Hacer Las Transformaciones respectivas de Version 4 a Cómo Saber que Version Tengo? Para Saber que Version de BIND Tienes en Tu Computadora Ejecutas Un Comando que Viene con el Software BIND. Este Comando es dig. Para Ejecutarlo en La Linea de Comandos Hacemos $ version.bind txt chaos Por Ejemplo, para el LDC Hacemos $ version.bind txt chaos O Tambien, $ version.bind txt chaos El Resultado de Este Comando Es DiG version.bind txt chaos (1 server found) global options: printcmd Got answer: - HEADER - opcode: QUERY, status: NOERROR, id: flags: qr aa rd QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0 WARNING: recursion requested but not available QUESTION SECTION: version.bind. CH TXT ANSWER SECTION: version.bind. 0 CH TXT P1

9 AUTHORITY SECTION: version.bind. 0 CH NS version.bind. Query time: 1 msec SERVER: #53( ) WHEN: Fri Nov 26 16:44: MSG SIZE rcvd: 65 Algunos Sitios Configuran el Archivo de Configuracion para No Mostrar Esta Informacion para resguardar Su Seguridad, y Los IP Utilizados. 6.3 Componentes de BIND Un Sistema BIND Tiene 3 Componentes: 1. Un demonio Llamado named que Responde Las Consultas. 2. Una Libreria de Rutinas que Resuelven Las Consultas Mediante La Base de Datos Distribuida de DNS. 3. Una Interfaz de Linea de Comandos que Incluye Los Binarios nslookup, dig y host. Un Ejemplo de Corrida de Estos Comandos es nslookup [jose@vernius: ]$ nslookup amtal Server: Address: #53 Name: amtal.ldc.usb.ve Address: [jose@vernius: ]$ nslookup nagios Server: Address: #53 nagios.ldc.usb.ve canonical name = siona.ldc.usb.ve. Name: siona.ldc.usb.ve Address: dig

10 ]$ DiG (1 server found) global options: printcmd Got answer: - HEADER - opcode: QUERY, status: NOERROR, id: flags: qr rd ra QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 4 QUESTION SECTION:. IN NS ANSWER SECTION: IN NS a.root-servers.net IN NS b.root-servers.net IN NS c.root-servers.net IN NS d.root-servers.net IN NS e.root-servers.net IN NS f.root-servers.net IN NS g.root-servers.net IN NS h.root-servers.net IN NS i.root-servers.net IN NS j.root-servers.net IN NS k.root-servers.net IN NS l.root-servers.net IN NS m.root-servers.net. ADDITIONAL SECTION: a.root-servers.net IN A a.root-servers.net IN AAAA 2001:503:ba3e::2:30 j.root-servers.net IN A j.root-servers.net IN AAAA 2001:503:c27::2:30 Query time: 0 msec SERVER: #53( ) WHEN: Tue Dec 7 15:56: MSG SIZE rcvd: 316 host [jose@vernius: ]$ host umma umma.ldc.usb.ve has address [jose@vernius: ]$ host dns dns.ldc.usb.ve is an alias for bainne.ldc.usb.ve.

11 bainne.ldc.usb.ve has address named: El Servidor de Nombres de BIND El Componente named es el Responsable de Responder Las Consultas de hostnames y de Direcciones IP. Si named No Tiene La Respuesta a La consulta, Le Pregunta a Otro Servidor Conocido. Un Servidor de Nombres Puede operar de Diferentes Maneras. En La Figura 3 Se Encuentran Algunos de Sus Tipos de Uso. Tipo de Servidor Descripcion Authoritative Oficial Represntativo de Una Zona Master (A) Es el Principal repositorio de Datos de Zonas Slave (A) Copias de Datos del Master Stub (A) Parecido a Slave pero copia Datos del Servidor de Nombres (y No del Host) Distribution (A) Un Servidor que es Visible solo Dentro de Un Dominio NonAuthoritative Responde Datos del Cache Sin Saber Si es Valido o No Caching (NA) Datos de Cache de consultas Previas (Usualmente No Tiene Zonas Locales) Forwarder (NA) Presenta Consultas de Muchos Clientes Recursive Responde Tu Consulta o Envia Un Error NonRecursive Se Va a Otro Servidor Si No Tiene La Respuesta Fig 3. Taxonomia (Clasificacion) de Un Servidor de Nombre. 6.5 La Libreria Resolver Las Rutinas de La Libreria gethostbyname y gethostbyaddress Son Las que Se Utilizan Constantemente por el Software. Estas Rutinas Leen del Archivo /etc/hosts y Determinan Acciones.

12 7 Cómo Trabaja DNS? La Forma en que DNS Trabajo es Bastante Intuitiva. Supongamos que Estamos en glossu.ldc.usb.ve y Queremos La Direccion de Si La Direccion (HostAddress) de Google Esta Almacenada en el Cache de Glossu, pues No Habra Problema, apenas Pidamos La Peticion, el Servidor Nos Devolvera La Direccion de Www Directamente. Ahora, supongamos que La Direccion No Esta Almacenada en Cache. La Secuencia de Querys, Referrals y Answers que Se Hacen Son Las Siguientes: 1. glossu.ldc.usb.ve Consulta a dns.ldc.usb.ve (bainne) La Direccion. 2. dns.ldc.usb.ve Revisa Su Cache y No Tiene La Direccion. 3. dns.ldc.usb.ve Consulta A Root (.) y Root Le Responde Con La Direccion de.ve. 4. dns.ldc.usb.ve Consulta A.ve y.ve Le Responde Con La Direccion de.co.ve. 5. dns.ldc.usb.ve Consulta A.co.ve y.co.ve Le Responde Con La Direccion de.google.co.ve. 4. dns.ldc.usb.ve Consulta A.google.co.ve y.google.co.ve Le Responde Con La Direccion de Su Maquina www. Para Estas Consultas Se Utiliza el Protocolo UDP con el Puerto 53 (Puerto Bien Conocido). Las Respuestas Tambien Utilizan UDP al menos que Sean Mayores de 512 Bytes (en Ese Caso Utiliza TCP).

13 8 BIND Configuracion del Servidor 8.1 Descarga e Instalacion Lo que Debemos Ejecutar para Instalar el Paquete BIND en LINUX es 1. $ sudo apt-get install bind9 Luego Modificamos el Archivo /etc/bind/named.conf.local 2. $ sudo vi /etc/bind/named.conf.local zone nuestrodominio type master file /etc/bind/zones/nuestrodominio.db # esta es la parte de definicion del reverse DNS. hay que reemplazar por nuestra direccion de red, pero al reves zone in-addr.arpa type master file /etc/bind/zones/rev in-addr.arpa Despus hay que modificar las opciones del archivo named.conf.options en la parte de forwarders. 3. $ sudo vi /etc/bind/named.conf.options Los forwarders Son las direcciones de DNS a Los que se va a enviar la peticin de resolver un dominio en caso que nuestro DNS no la contenga por ejemplo: # reemplazamos esta direccin por el DNS de nuestro proveedor por ejemplo el de CANTV forwarders ( ) Ahora hay que agregar el (o Los) archivo(s) de zona, para esto hacemos lo siguiente 4. $ sudo mkdir /etc/bind/zones

14 El archivo redefinicin de zona es donde vamos a poner todas las direcciones, nombres de maquinas que nuestro DNS va a conocer, Hacemos 5. $ sudo vi /etc/bind/zones/nuestrodominio.db En Este Archivo Vamos a Colocar La Siguiente Estructura nuestrodominio. IN SOA nuestrodns.nuestrodominio. admin.nuestrodominio. ( ) nuestrodominio. nuestrodominio. // Remplazar las IPs por las de Ips de los sevidores correspondientes. www IN A nuestroservidormail IN A nuestrodns IN A La Parte Donde Dice IN A Indica que Tipo de Registro Es, Estos Pueden Ser A = Address (Direccin) Este registro se usa para traducir nombres de hosts a direcciones IP. CNAME = Canonical Name (Nombre Cannico) Se usa para crear nombres de hosts adicionales, o alias, para los hosts de un dominio. Es usado cuando se estn corriendo mltiples servicios (como ftp y web server) en un servidor con una sola direccin ip. Cada servicio tiene su propia entrada de DNS (como ftp.ejemplo.com. y Esto tambin es usado cuando corres mltiples servidores http, con diferentes nombres, sobre el mismo host. NS = Name Server (Servidor de Nombres) Define la asociacin que existe entre un nombre de dominio y los servidores de nombres que almacenan la informacin de dicho dominio. Cada dominio se puede asociar a una cantidad cualquiera de servidores de nombres. MX = Mail Exchange (Registro de Intercambio de Correo) Asocia un Dominio de nombre a una lista Servidores de intercambio de correo para ese Dominio. PTR = Pointer (Indicador) Tambin conocido como registro inverso, funciona a la inversa del registro A, traduciendo IPs en nombres de dominio.

15 SOA = Start of authority (Autoridad de la zona) Proporciona informacin sobre la zona. HINFO = Host INFOrmation (Informacin del sistema informtico) Descripcin del host, permite que la gente conozca el tipo de mquina y sistema operativo al que corresponde un dominio. TXT = TeXT - ( Informacin textual) Permite a los dominios identificarse de modos arbitrarios. LOC = LOCalizacin - Permite indicar las coordenadas del dominio. WKS - Generalizacin del registro MX para indicar los servicios que ofrece el dominio. Obsoleto en favor de SRV. SRV = SeRVicios - Permite indicar los servicios que ofrece el dominio. RFC 2782 SPF = Sender Policy Framework - Ayuda a combatir el Spam. En este record se especifica cual o cuales hosts estn autorizados a enviar correo desde el dominio dado. Ahora hay que crear el archivo de zona reverso 6. $ sudo vi IN SOA nuestrodns.nuestrodominio. admin.nuestrodominio. ( ) IN NS nuestrodns.nuestrodominio. // En La Linea de Abajo el 1 se refiere al ultimo numero de la IP del DNS, es decir el nombre de la maquina, //en este caso por ejemplo el IP seria algo como IN PTR nuestrodominio Ahora, hay que modificar el etc/resolv.conf, que contiene el servidor DNS al que se van a enviar las consultas. 7. $ sudo vi /etc/resolv.conf Colocamos //cambiar por la IP de nuestro DNS ( ) search nuestrodominio nameserver Ahora ya esta todo listo y hay que reiniciar el bind con para probarlo 8. $ sudo /etc/init.d/bind9 restart Ahora, probamos Si Funciona con

16 9. $ dig nuestrodominio 8.2 Configuracion del DNS Primero Creamos el Fichero /etc/named.conf que es el que Dice que Se Debe Hacer y en Donde 1. # vi /etc/named.conf Las Instrucciones que se Permiten en Este Archivo son Las que se Encuentran en La Siguiente Tabla: Instruccion Funcion include Interpola Un Archivo Existente (Lo Une como Una macro) options Cambia Las Opciones de Configuracion del Servidor de Nombres server Especifica Opciones por Servidor key Define Informacion por Autenticacion acl Define Listas de Control de Accesos zone Define Una Zona de Registros de Recursos trusted-keys Claves Preconfiguradas controls Define y Utiliza ndc logging Especifica Categorias de Logging y Sus Destinos view Define Una Vision del Espacio de Nombres Fig 3. Taxonomia (Clasificacion) de Un Servidor de Nombre. Lo que Debemos Hacer es Algo Como Esto // generated by named-bootconf.pl options directory /var/named /* * If there is a firewall between you and nameservers you want * directive below. Previous versions of BIND always asked * questions using port 53, but BIND 8.1 uses an unprivileged * port by default. */ // query-source address * port 53 // // Boot file for name server // // type domain source file zone.

17 type hint file named.root // Zone boot information and daemon options are kept in other files // (autoincluded from boot.zones) // // Name server zone boot file // See named(8) for syntax and further information // // type domain source file // (autoincluded from boot.options) // // Options for name server // Use bindconfig to automatically configure this file // // type domain source file zone localhost type master file named.local zone 127.in-addr.arpa type master file named.rev-local // Custom configurations below (will be preserved) En el ejemplo anterior, type especifica si es un master o un esclavo de ese dominio. El tipo master quiere decir que su servidor DNS no pedir a nadie ms informacin sobre ese dominio. Otros sistemas pueden configurarse para realizar transferencias de zona ( zone-transfers ) de ese dominio. La transferencia de zona bsicamente significa pasar la informacin a otro servidor DNS y as ser utilizado para realizar bsquedas DNS. En cambio, si va a extraer la informacin de otro servidor, necesitar usar el tipo esclavo ( type slave ). file en el ejemplo de arriba especifica el nombre del fichero donde se guarda o se guardar la informacin. Estos ficheros se encuentran (o deberan encontrarse) por defecto en /var/named (a menos que cambie la sentencia directory en /etc/named.conf).

18 2. Archivos de Zonas Los archivos de zona (o archivos de base de datos) son el corazn de su sistema BIND. Aqu est toda la informacin sobre qu nombre de host se asocia con qu direccin IP. Por ejemplo: BIND data file for IN SOA sudominio.com. root.sudominio.com. ( 1 Serial Refresh Retry Expire ) Default TTL IN A dns.sudominio.com. IN MX 10 mail.sudominio.com. www IN A dns IN A mail IN A Las primeras 6 lineas son de configuracion de la zona. Estas lineas dicen cual es la zona (sudominio.com), quien es el responsable (root.sudominio.com, que es equivalente a root@sudominio.com) y alguna otra cosa mas. Estas otras cosas incluyen un numero de serie que nos de una pista de cuando se ha actualizado, cada cuanto actualizar la base de datos, cada cuanto reintentar una transferencia de zona, cuando caduca la informacion de zona y un tiempo de vida por defecto. En el momento en que haga cambios a los ficheros de zona, debe incrementar el numero de serie. Si no lo hace, puede haber problemas, sobre todo si es un servidor primario proporcionando informacion a sitios secundarios. La mayoria de esta informacion solo se usa si tiene sistemas tanto maestros como esclavos. Las dos lineas siguientes le dicen quien es el servidor DNS primario y quien deberia recoger el correo en este dominio. Puede tener multiples lineas de cada uno de estos. Para agregar mas servidores DNS tan solo hay que repetir exactamente lo que esta listado, cambiando el servidor dns.sudominio.com por otro servidor DNS. Para agregar otro servidor de correo, haga lo mismo salvo que tiene un campo extra. El 10 en la lnea MX establece la prioridad, los numeros bajos son los primeros. Esto quiere decir que, si tiene 2 lineas MX, una con 10 y la otra con 20, intentara enviar el correo a la lista MX con la prioridad 10 y si falla ira a la lista MX con la prioridad 20. El resto del fichero de zona relaciona todas sus computadoras e IPs. 3. Archivos Reversos Los ficheros de bsqueda inversa son casi iguales a los ficheros de dominio, pero con algunos pequeos cambios. Aqu hay un ejemplo de un fichero de bsqueda inversa.

19 BIND reverse data file for IN SOA sudominio.com. root.sudominio.com. ( 1 Serial Refresh Retry Expire ) Default TTL IN NS dns.sudominio.com. 5 IN PTR 10 IN PTR dns.sudominio.com. 20 IN PTR mail.sudominio.com. La primera seccion de este fichero es exactamente la misma que la primera seccion de los ficheros de zona de dominio. La seccion de abajo es la diferente. Aqui estamos listando primero la ultima parte de la direccin IP y por tanto el nombre del puesto al final. Aqui tiene que fijarse en dos detalles. Debe usar el nombre de dominio completamente cualificado y poner un punto al final de el. Estas 2 observaciones son importantes y el comportamiento sera raro de no hacerlo as.

20 9 BIND Ejemplos de Configuracion: LDC En el LDC en bainne Muestra Lo Siguiente 9.1 Archivo /etc/hosts cat hosts # Do not remove the following line, or various programs # that require network functionality will fail localhost.localdomain localhost ::1 localhost6.localdomain6 localhost caladan.ldc.usb.ve caladan 9.2 Archivo /etc/resolv.conf Este Archivo es a Donde Se Envian Las Consultas [jose@bainne: ]$ cat /etc/resolv.conf search ldc.usb.ve nameserver nameserver Archivo /etc/named.conf Este Archivo es Donde Se Indica Que, Donde y Como Es el Fichero Principal de Configuracion de BIND [jose@bainne: ]$ cat /etc/named.conf // 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 // prime the server with knowledge of the root servers zone. type hint file /etc/bind/db.root

21 // be authoritative for the localhost forward and reverse zones, and for // broadcast zones as per RFC 1912 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 com type delegation-only // zone net type delegation-only // From the release notes: // Because many of our users are uncomfortable receiving undelegated answers // from root or top level domains, other than a few for whom that behaviour // has been trusted and expected for quite some length of time, we have now // introduced the root-delegations-only feature which applies delegation-only // logic to all top level domains, and to the root domain. An exception list // should be specified, including MUSEUM and DE, and any other top level // domains from whom undelegated responses are expected and trusted. // root-delegation-only exclude DE MUSEUM include /etc/bind/named.conf.local El Archivo /etc/bind/named.conf.local es Donde Se Encuentran Las Zonas Donde Seran Redirigidas Las Zonas

22 9.4 Archivo /etc/bind/named.conf.local cat named.conf.local // // Do any local configuration here // // Consider adding the 1918 zones here, if they are not used in your // organization include /etc/bind/zones.rfc1918 acl trusted dns servers zone in-addr.arpa type master file /etc/bind/primary/ in-addr.arpa.zone allow-transfer trusted dns servers zone in-addr.arpa type master file /etc/bind/primary/ in-addr.arpa.zone allow-transfer trusted dns servers zone in-addr.arpa type master file /etc/bind/primary/ in-addr.arpa.zone allow-transfer trusted dns servers zone in-addr.arpa type master file /etc/bind/primary/ in-addr.arpa.zone allow-transfer trusted dns servers zone labf.usb.ve

23 type master file /etc/bind/primary/labf.usb.ve.zone allow-transfer trusted dns servers zone ldc.usb.ve type master file /etc/bind/primary/ldc.usb.ve.zone allow-transfer trusted dns servers zone bdr.labf.usb.ve type master file /etc/bind/primary/bdr.labf.usb.ve.zone allow-transfer trusted dns servers zone gryds.net type slave masters file /etc/bind/primary/gryds.net.zone allow-transfer trusted dns servers En el LDC Las Zonas Estan en Un Directorio Llamado primary. En Ese Directorio Estan Todas Las Maquinas/Servidores que Conocemos, es en Donde Se Indica que Dominios Estan Asociados a Que Direcciones IP. Por Ejemplo Uno de Los Archivos que Esta en bainne es /etc/bind/primary/ldc.usb.ve.zone que Contiene $TTL IN SOA ldc.usb.ve. postmaster.ldc.usb.ve. ( h 1m 1d 1d) Name Servers IN NS dns.ldc.usb.ve. IN NS dns2.ldc.usb.ve. IN NS dns.usb.ve. IN NS skynet.usb.ve.

24 IN A IN MX 10 arrakis.ldc.usb.ve. IN MX 20 skynet.usb.ve. IN MX 30 altair.usb.ve. Machines geri IN A buzz IN A sarge IN A loki IN A More Lines rayhan IN A jose IN A fuhrer IN A erasmus IN A hyat IN A atenea IN A rei IN A buzell IN A dijkstra IN A ullman IN A hilarion IN A deimos IN A xuttuh IN A mochima IN A norfair IN A More Lines cania IN A oraldc10g IN A oraldc10g IN A oraldc10g IN A oraldc10g IN A CNAMEs

25 juez IN CNAME glossu.ldc.usb.ve. stereo IN CNAME derch.ldc.usb.ve. eom IN CNAME amtal.ldc.usb.ve. mailman IN CNAME arrakeen.ldc.usb.ve. mailtest IN CNAME arrakeen.ldc.usb.ve. dtpcv IN CNAME arrakis.ldc.usb.ve. imap2 IN CNAME arrakis.ldc.usb.ve. imap IN CNAME arrakis.ldc.usb.ve. mail IN CNAME arrakis.ldc.usb.ve. mail-rdiff IN CNAME arrakis.ldc.usb.ve. mailhost IN CNAME arrakis.ldc.usb.ve. pop2 IN CNAME arrakis.ldc.usb.ve. pop IN CNAME arrakis.ldc.usb.ve. post-office IN CNAME arrakis.ldc.usb.ve. smtp IN CNAME arrakis.ldc.usb.ve. atenea2 IN CNAME atenea.ath.cx. backup IN CNAME atreides.ldc.usb.ve. home IN CNAME atreides.ldc.usb.ve. mailst IN CNAME atreides.ldc.usb.ve. other IN CNAME atreides.ldc.usb.ve. preg IN CNAME atreides.ldc.usb.ve. nsrhost IN CNAME atreides.ldc.usb.ve. hotspot IN CNAME auliya.ldc.usb.ve. dns IN CNAME bainne.ldc.usb.ve. dns2 IN CNAME siona.ldc.usb.ve.... More Lines www IN CNAME vhosts.ldc.usb.ve. ww-proxy IN CNAME waff.ldc.usb.ve. db IN CNAME streggi IN CNAME zoroastro.ldc.usb.ve. trac IN CNAME vhosts.ldc.usb.ve. Sala Linux m1-s222 IN CNAME titan.ldc.usb.ve. m2-s222 IN CNAME ishmael.ldc.usb.ve. m3-s222 IN CNAME elrood.ldc.usb.ve. m4-s222 IN CNAME raquella.ldc.usb.ve. m5-s222 IN CNAME duncan.ldc.usb.ve. m6-s222 IN CNAME tupile.ldc.usb.ve. m7-s222 IN CNAME irulan.ldc.usb.ve.

26 m8-s222 IN CNAME scytale.ldc.usb.ve. m9-s222 IN CNAME elacca.ldc.usb.ve. m10-s222 IN CNAME ibad.ldc.usb.ve. m11-s222 IN CNAME hagal.ldc.usb.ve. m12-s222 IN CNAME gridex.ldc.usb.ve. m13-s222 IN CNAME gamont.ldc.usb.ve. m14-s222 IN CNAME bakka.ldc.usb.ve. m15-s222 IN CNAME leto.ldc.usb.ve. m16-s222 IN CNAME sapho.ldc.usb.ve. m17-s222 IN CNAME ijaz.ldc.usb.ve. m18-s222 IN CNAME qirtaiba.ldc.usb.ve. m19-s222 IN CNAME servok.ldc.usb.ve. m20-s222 IN CNAME karama.ldc.usb.ve. m21-s222 IN CNAME giudichar.ldc.usb.ve. m22-s222 IN CNAME kiswa.ldc.usb.ve. m23-s222 IN CNAME waff.ldc.usb.ve. m24-s222 IN CNAME amtal.ldc.usb.ve. m25-s222 IN CNAME akarso.ldc.usb.ve. m26-s222 IN CNAME cielago.ldc.usb.ve. m27-s222 IN CNAME baraka.ldc.usb.ve. m28-s222 IN CNAME derch.ldc.usb.ve. Sala Jorge Baralt m1-s223 IN CNAME sihaya.ldc.usb.ve. m2-s223 IN CNAME scion.ldc.usb.ve. m3-s223 IN CNAME glossu.ldc.usb.ve. m4-s223 IN CNAME vernius.ldc.usb.ve. m5-s223 IN CNAME lingar.ldc.usb.ve. m6-s223 IN CNAME bewt.ldc.usb.ve. m7-s223 IN CNAME shamir.ldc.usb.ve. m8-s223 IN CNAME malky.ldc.usb.ve. m9-s223 IN CNAME faykan.ldc.usb.ve. m10-s223 IN CNAME garon.ldc.usb.ve. m1-s224 IN CNAME kindjal.ldc.usb.ve. m2-s224 IN CNAME kaifa.ldc.usb.ve. m3-s224 IN CNAME sheeana.ldc.usb.ve. m4-s224 IN CNAME geidi.ldc.usb.ve. m5-s224 IN CNAME gaius.ldc.usb.ve. m6-s224 IN CNAME harah.ldc.usb.ve. m7-s224 IN CNAME taraza.ldc.usb.ve. m8-s224 IN CNAME usul.ldc.usb.ve.

27 m9-s224 IN CNAME esmar.ldc.usb.ve. m10-s224 IN CNAME nayla.ldc.usb.ve. m11-s224 IN CNAME harq.ldc.usb.ve. m12-s224 IN CNAME rabban.ldc.usb.ve. m13-s224 IN CNAME shadout.ldc.usb.ve. m14-s224 IN CNAME iakin.ldc.usb.ve. m15-s224 IN CNAME tuek.ldc.usb.ve. Sala Ken Thompson m1-s225 IN CNAME paulus.ldc.usb.ve. m2-s225 IN CNAME ayat.ldc.usb.ve. m3-s225 IN CNAME varota.ldc.usb.ve. m4-s225 IN CNAME umma.ldc.usb.ve. m5-s225 IN CNAME odrade.ldc.usb.ve. m6-s225 IN CNAME vladimir.ldc.usb.ve. m7-s225 IN CNAME corrino.ldc.usb.ve. m8-s225 IN CNAME agamemnon.ldc.usb.ve. m9-s225 IN CNAME tahaddi.ldc.usb.ve. m10-s225 IN CNAME ulema.ldc.usb.ve. m11-s225 IN CNAME tau.ldc.usb.ve. m12-s225 IN CNAME xavier.ldc.usb.ve. Subdomains mini IN NS dione.ldc.usb.ve.

28 10 Crear Un Nuevo Dominio Para crear un nuevo dominio tenemos que crear dos nuevos archivos, correspondientes a la zona del nuevo dominio a la subred. Por ejemplo usaremos el dominio ldc.com y la subred x. Empecemos con el archivo del dominio ldc.com. Necesita crear un archivo llamado ldc.db en /etc/bind (Este archivo puede llamarse como quiera). 1. # vi /etc/bind/ldc.db El archivo debera parecerse a algo como esto: BIND data file for ldc.db IN SOA ldc.com. root.ldc.com. ( Serial Refresh Retry Expire ) Default TTL IN MX 10 mail.ldc.com. www IN PTR mail IN PTR dns IN PTR Observe, en el ejemplo anterior, que usamos como serie La razn principal por la que lo hacemos es tener una pista de cundo fue modificado por ltima vez el archivo. Nos dice que el archivo fue modificado por ultima vez el y que fue la primera vez en ese da. No hace falta que lo haga as, pero necesitar estar seguro de que aumenta la serie cada vez que lo modifica. (Especialmente si tiene Secundarios). Ahora necesita crear su archivo de la subred x. Cree un archivo llamado db en /etc/bind. 2. # vi /etc/bind/ db Se parecer necesariamente a algo como lo siguiente: BIND reverse data file for /etc/bin/ db

29 @ IN SOA ldc.com. root.ldc.com. ( Serial Refresh Retry Expire ) Default TTL IN NS dns.ldc.com. 1 IN PTR 2 IN PTR mail.ldc.com. 3 IN PTR dns.ldc.com. Ahora necesitamos agregar su nuevo dominio al archivo de configuracin de BIND. 3. # vi /etc/bind/named.conf Debe editar su archivo /etc/bind/named.conf y agregar las siguientes lneas al final. zone ldc.com type master file ldc.db zone in-addr.arpa type master file rev 4. # /etc/init.d/bind reload Todo lo que tiene que hacer ahora es ejecutar /etc/init.d/bind reload y probarlo.

30 11 Agregar Una Maquina a Una Red con DNS Corriendo 1. Escoger Un HostName y Una Direccion IP para La Nueva Maquina (Verificar Los que Ya Estan establecidos en La Red para No Repetir). 2. Revisar Si Hay Maquinas Similares (Mismo Sistema Operativo, etc) en La Red para ayudarnos con Los Archivos. 3. Loguearse en La Maquina Master Servidora de Nombres (La que Tiene el Servidor DNS). 4. Buscar el Archivo /etc/named.conf o /etc/namedb/named.conf En La Instruccion options, Buscar La Linea directory. Los Archivos de Zona actuales Contienen el Host Actual y La Direccion IP. En La Instruccion zone Buscar Los Archivos de Reenvio y Los de Reversa. 5. Ir Al Directorio de Archivos de Zona y Editar el Archivo de Zona de Reenvio. Un Template para Esto Puede Ser templatehost IN A IN MX 10 mail-hub IN MX 20 templatehost 6. Editar el Archivo Zona Reversa colocar Una Linea como Esta 100 IN PTR templatehost.my.domain. 7. Ejecutar el Siguiente Comando (En Las Versiones de Solaris menores a 8 No Existe ndc, Se Debe Enviar Una Senal HUB al demonio named). # ndc reload 8. Hacer ping o traceroute para Probar La Instalacion.

31 12 Sistemas Operativos Segun el Sistema Operativo se Tienen Diferentes Archivos para BIND: 1. Solaris: Se Configura el Archivo /etc/nsswitch.conf y /etc/hosts. Y BIND Incluye resolv.conf, in.named, namedxfer, named.conf, named.pid, named.run, named.stats, named dump.db, namedbootconf. 2. Red Hat: Se Configura el Archivo /etc/nsswitch.conf. Y BIND Incluye resolv.conf, named, namedxfer, named.conf, named.pid, named.run, named.stats, named dump.db, named.memstats. 3. FreeBSD: Se Configura el Archivo /etc/hosts.conf. Y BIND Incluye resolv.conf, named, namedxfer, named.conf, named.pid, named.run, named.stats, named dump.db, namedbootconf, Zone Files.

32 13 Conclusiones

33 14 Bibliografia 1. Nemeth, Evi. Snyder, Garth. Seebass, Scott. Hein, Trent. UNIX System Administration Handbook. Third Edition. Prentice Hall Name System 3. alfonso/dns.pdf