Source: http://docplayer.es/1247128-Administracion-de-dns.html
Timestamp: 2017-07-22 11:04:22+00:00

Document:
Administración de DNS - PDF
Download "Administración de DNS"
Irene Valdéz Núñez
1 Administración de DNS Alex Callejas12 Agenda Día 1 Presentación Introducción al DNS Conceptos básicos de redes y criptografía Teoría básica del DNS 23 Presentación 34 Introducción al DNS Breve historia de Internet Historia del DNS Estructura y características del DNS Historia de BIND 45 Arpanet A finales de 1960, la Advanced Research Projects Agency (ARPA) del Departamento de Defensa de USA creó una red experimental de computadoras denominada ARPANET A principios de 1980 fue desarrollada la suite de protocolos TCP/IP que rápidamente se convirtió en el protocolo estándar para la red ARPANET Al incluirse TCP/IP en el BSD Unix, muchas organizaciones que ya estaban conectadas a ARPANET conectaron también sus redes LAN para comunicarse con otras redes a través de ARPANET La red ARPANET fue creciendo hasta que se convirtió en la columna vertebral (backbone) de un conjunto de redes locales basadas en TCP/IP (lo que ahora conocemos como Internet) 56 Arpanet 67 Internet En 1988 el Departamento de Defensa decidió que la red experimental había llegado a su fin, así que empezó a desmantelar la infraestructura de ARPANET. Así fue como la red de la Fundación Nacional de la Ciencia (NSFNET) reemplazó a ARPANET como el backbone de Internet En 1995 hubo una transición más en Internet: comenzaron a usarse backbones comerciales, además del de NSFNET. El resto es historia 78 Historia del DNS Durante 1970, la red ARPANET estaba conformada por una pequeña comunidad de computadoras. Había un único archivo denominado hosts.txt que contenía pares de nombre de computadora y su correspondiente dirección IP Este archivo era mantenido por el NIC del Instituto de Investigación de Stanford (SRI) y distribuido desde un punto central: la computadora sri-nic. Los administradores de ARPANET simplemente enviaban por correo electrónico sus cambios al NIC y periódicamente transferían vía FTP el archivo hosts.txt, el cuál se actualizaba una o dos veces a la semana. Aunque todo parecía ir muy bien, los problemas comenzaron conforme la red fue creciendo, pues el tamaño del archivo hosts.txt fue creciendo también, lo cuál a su vez provocó que las actualizaciones generaran cada vez más tráfico en la red. Peor aún, cuando ARPANET adoptó TCP/IP como su protocolo de comunicación y la red fue creciendo aún más, surgieron los siguientes problemas: El tráfico de la red y la carga del procesador de la máquina sri-nic se volvió muy pesado Aunque era imposible que dos computadoras tuvieran el mismo nombre, no podía evitarse la duplicidad en los nombres Cada vez era más difícil mantener la consistencia del archivo hosts.txt, pues la red crecía más rápido de lo que este archivo podía actualizarse Debido a estos problemas, los creadores de ARPANET comenzaron a pensar en un reemplazo para hosts.txt. 89 Historia del DNS Debido a estos problemas, los creadores de ARPANET comenzaron a pensar en un reemplazo para hosts.txt. Su idea era crear un sistema que permitiera: Resolver los problemas inherentes a un sistema unificado Administrar localmente los datos, pero al mismo tiempo hacerlos disponibles a todos Asegurar la unicidad de los nombres El responsable de diseñar la arquitectura del nuevo sistema fue Paul Mockapetris, del Instituto de Ciencias de la Información de la Universidad del Sur de California. En 1984, liberó los RFCs 882 y 883, que describen el Sistema de Nombres de Dominio o DNS (Domain Name System). Estos RFCs fueron reemplazados más tarde por el RFC 1034 y 1025, respectivamente. Estos RFCs, a su vez, han sido aumentados en los RFCs 1535 (problemas potenciales de seguridad en el DNS), 1536 (problemas de implantación) y 1537 (aspectos administrativos) 910 Estructura y Características del DNS El DNS es una base de datos distribuida de forma global, jerárquica, y redundante Es distribuida y global porque se encuentra repartida en servidores de nombres de todo el mundo, lo cuál permite controlar de forma local los segmentos que conforman la base de datos completa, y al mismo tiempo los datos de cada segmento están disponibles en todo el mundo gracias al esquema cliente-servidor en que se basa el DNS Es jerárquica desde el punto de vista de su estructura Es redundante porque la misma información se encuentra en varios servidores repartidos en todo el mundo. Precisamente ahí radica la complejidad del DNS: está completamente distribuida en todo el mundo, en millones de computadoras administradas por otros tantos millones de personas, y aún así debe comportarse como una base de datos única e integrada El DNS es una base de datos única en el mundo por el número de peticiones que recibe cada segundo y por el número de actualizaciones que sufre todos los días 1011 Historia de BIND La primera implantación del DNS se llamó JEEVES, escrita por Paul Mockapetris. BIND fue una implantación posterior BIND (Berkeley Internet Name Domain) fue escrito por Kevin Dunlap para el sistema operativo Unix 4.3 BSD de la Universidad de Berkeley Actualmente, BIND es mantenido por Paul Vixie, auspiciado por el ISC (Internet Software Consortium) cuyo WebSite es BIND se encuentra disponible para múltiples plataformas, incluyendo las basadas en Unix y Windows Actualmente se encuentran en uso básicamente dos ramas de BIND: BINDv8 y BINDv9 (la rama BINDv8 se considera obsoleta y debiera ser migrada a BINDv9 a la brevedad posible) Las últimas versiones de BIND al momento de escribir este material son: BIND (current release) BIND a1 (development) 1112 Conceptos Básicos de redes y criptografía Concepto de red Nombres y direcciones IP Protocolos DNS y ARP Concepto de Criptografía Criptografía de llave simétrica Criptografía de llave pública Funciones hash Firma digital 1213 Conceptos básicos de redes Una red es un conjunto de computadoras interconectadas entre sí con el propósito de intercambiar información y compartir recursos de hardware (como una impresora) y recursos de software (como una base de datos) en un ámbito local, regional o mundial Con el propósito de distinguir entre sí a las computadoras que conforman una red, a cada una de ellas se le asigna un nombre y una dirección numérica única El nombre de la computadora está conformado por un conjunto de caracteres alfanuméricos Para un ser humano es relativamente fácil recordar el nombre de una computadora o cualquier otro dispositivo de red. Sin embargo, dado que las computadoras internamente utilizan el sistema binario, para ellas resulta más fácil comunicarse usando direcciones numéricas en lugar de nombres, de manera que a cada una de ellas se le asigna una dirección única denominada dirección IP o dirección de Internet (IP significa Internet Protocol) Estas direcciones son números de 32 bits normalmente expresadas como 4 octetos separados por el carácter punto (.). Una típica dirección IP es Cada uno de los 4 números de una dirección IP se denomina octeto porque pueden tener valores decimales de entre 0 y 255 (2x2x2x2x2x2x2x2 = 256 posibles valores por octeto) 1314 Conceptos básicos de redes Para que dos computadoras se comuniquen entre sí en una red es necesario que cada una de ellas posea un nombre y una dirección IP que las identifique de forma única. Sin embargo, también es necesario el uso de un lenguaje común por ambas partes (emisor y receptor), un conjunto de reglas que permita establecer la comunicación de forma correcta. A este conjunto de reglas se le conoce como protocolo Ahora bien, si las computadoras se comunican usando su dirección IP, que son números difíciles de recordar para los seres humanos, entonces se hace necesario un protocolo que se encargue de realizar la conversión de un nombre de computadora a una dirección IP y viceversa. Dicho protocolo se denomina DNS (Domain Name System) 1415 Conceptos básicos de redes Las computadoras en red se comunican aún a un nivel más bajo, el cuál implica conocer la dirección física de cada una de ellas. Esta dirección física se denomina MAC Address y se refiere al número único que el fabricante ha asignado a la tarjeta de red de la computadora Una MAC Address típica se ve como 00:06:5b:88:4c:e8, esto es, 6 pares de números en sistema hexadecimal separados por el carácter dos puntos (:). De este modo, se hace ahora necesario un protocolo capaz de convertir una dirección IP en una dirección física Tal protocolo es conocido como ARP (Address Resolution Protocol). El protocolo que realiza la operación inversa, esto es, convertir una MAC Address en una dirección IP, se conoce como RARP (Reverse ARP) 1516 Criptografía La criptografía es la ciencia que estudia los diversos métodos que permiten convertir un mensaje en un texto ininteligible mediante un procedimiento conocido como cifrado con el propósito de ocultar el mensaje original, y posteriormente recuperar dicho mensaje mediante un proceso conocido como descifrado. La siguiente figura muestra el proceso descrito: 1617 Criptografía Las técnicas criptográficas se dividen en dos tipos genéricos: criptografía de llave simétrica y criptografía de llave pública 1718 Llave simétrica La criptografía de llave simétrica utiliza una misma llave para cifrar y descifrar un mensaje, mientras la criptografía de llave pública utiliza una llave para cifrar y otra para descifrar La siguiente figura muestra el esquema de cifrado de llave simétrica: 1819 Llave simétrica 1920 Llave pública La criptografía de llave pública resuelve el problema de la distribución de llaves mediante el uso de criptografía asimétrica. La idea detrás de la criptografía de llave pública es un par de llaves, que en realidad es un par de números generados al mismo tiempo de acuerdo a una fórmula matemática, pero dada una llave no es posible determinar la otra. Los datos que son cifrados con la llave privada (que es mantenida en secreto) pueden ser descifrados usando la llave pública (que se da a conocer públicamente) y viceversa. La siguiente figura ilustra el esquema de cifrado de llave pública: 2021 Llave pública 2122 Funciones hash Una de las contribuciones más importantes de la criptografía de llave pública es la firma digital y esta a su vez está basada en funciones hash Los algoritmos de hash generan un número de tamaño fijo (por ejemplo de 128 bits) independientemente del tamaño del mensaje. Ese número se denomina valor de hash y es generado de acuerdo a los bits de entrada; si uno sólo de los bits de entrada cambia, el valor de hash cambia también. Otra característica de este valor de hash es que no es computacionalmente viable que dado un valor de hash pueda determinarse el mensaje que lo generó, ni tampoco hallar dos conjuntos de datos que generen el mismo valor de hash. En otras palabras, el valor de hash es una especie de huella digital que representa exactamente los datos, pero en una forma abreviada 2223 Firma digital Si se cifran datos con la llave privada, cualquiera que tenga acceso a la llave pública podrá descifrar los datos. Esto quiere decir que los datos cifrados no son privados, pero prueba que los datos realmente fueron cifrados por el dueño de la llave privada. Esto se conoce como proceso de firma Desafortunadamente, el hecho de cifrar una gran cantidad de datos con algoritmos de cifrado asimétrico es lento e implica más carga en la red, pero si el cifrado de llave pública es usado con propósitos de autenticación y no de confidencialidad, no es necesario cifrar el mensaje completo, sino que dicho mensaje alimenta a una función hash de una sola vía, de manera que únicamente se cifra el valor de hash derivado de dicha función, que a final de cuentas representa los datos originales. Este valor de hash cifrado se conoce ahora como firma digital y se envía al destinatario junto con el mensaje original para que aquél pueda autenticarlo, descifrando la firma digital, recalculando la función hash en base al mensaje recibido y comparando el valor obtenido y el que se ha recibido 2324 Firma digital Para verificar una firma digital, el destinatario tiene que conocer la llave pública del remitente; una vez que la conoce, procede a descifrar la firma con la llave pública correspondiente para conocer el valor de hash. Ahora el destinatario calcula el valor de hash de los datos que recibe y lo compara con el valor de hash obtenido anteriormente. Si son iguales, la verificación es exitosa; de lo contrario, los datos se encuentran incompletos o corrompidos Qué es lo que prueba la verificación de la firma digital? Prueba que los datos realmente fueron firmados con la llave privada del remitente, porque de lo contrario los datos no hubiesen podido ser descifrados con la llave pública de dicho remitente. El proceso de verificación prueba también que los datos recibidos junto con la firma digital no fueron modificados desde que el remitente los firmó, pues de lo contrario el valor de hash obtenido al descifrar el mensaje no hubiera coincidido con el valor de hash calculado. La siguiente figura resume el proceso de firma y verificación de un mensaje: 2425 Firma digital 2526 Teoría básica del DNS Dominios, nombres de dominio y subdominios El espacio de nombres Servidores de nombres Resolvers Resolución de nombres Resolución directa e inversa Zonas y delegación Consultas recursivas e iterativas Caching y redundancia Dominios de alto nivel Dominios de segundo nivel Servidores de nombres raíz Registro de nombres de dominio Servidores maestros y esclavos Resource Records (RRs) Tipos de RR 2627 Teoría básica del DNS 2728 Teoría básica del DNS El DNS está basado en una estructura jerárquica, dónde la base de datos completa puede verse como un árbol invertido, con la raíz en la parte superior. El nombre de la raíz es la cadena nula, que generalmente se denota con un punto (.), como puede apreciarse en la siguiente figura: 2829 Teoría básica del DNS Cada nodo en el árbol representa a un dominio (una parte de toda la base de datos) y cada dominio puede ser dividido a su vez en subdominios (subconjuntos de un dominio) A su vez, cada dominio tiene un nombre de dominio, que identifica su posición en la base de datos. El nombre de dominio completo o FQDN (Fully Qualified Domain Name) es la secuencia de etiquetas desde el dominio hasta la raíz, usando el punto (.) como separador entre etiquetas. En otras palabras, el FQDN es un nombre compuesto tanto por el nombre de la máquina como del nombre de dominio. Por ejemplo, el FQDN incluye el nombre de la máquina www, y el nombre de dominio example.com De acuerdo al RFC 952, un nombre de dominio es una cadena de hasta 24 letras (de la A-Z y de la a-z), dígitos (del 0-9), o un carácter menos (-). El punto (.) sólo puede usarse para delimitar dominios 2930 Teoría básica del DNS El espacio de nombres (name space) es el conjunto de todos los nombres de dominio en el árbol del DNS. Como puede adivinarse, un nombre de dominio es la llave para buscar un dominio en el espacio de nombres de dominio. Cada dominio puede ser administrado por una organización diferente, por lo que cada organización puede dividir su dominio en varios subdominios y delegar la responsabilidad de administrar tales subdominios a otras organizaciones. Por ejemplo, el Centro de Información de la Red (Network Information Center o NIC) de México (http://www.nic.mx) administra el dominio mx, pero delega la autoridad sobre el subdominio unam.mx al NIC de la UNAM (http://www.nic.unam.mx). A este proceso se le conoce como delegación de dominio. 3031 Teoría básica del DNS Una zona es generalmente un subconjunto de un dominio, aunque a veces ambos conceptos pueden referirse a la misma parte del espacio de nombres de dominio Generalmente un dominio es segmentado en zonas para facilitar su administración. Para que una computadora pueda determinar qué servidor consultar para resolver el nombre de un servidor, el espacio de nombres del DNS es dividido en zonas Dentro de cada zona, uno o más servidores son considerados autoritarios (authoritatives) para resolver nombres a direcciones y viceversa 3132 Teoría básica del DNS Al igual que otros servicios en Internet, el DNS está basado en un esquema clienteservidor. La función del cliente la llevan a cabo unos programas conocidos como resolvers (el resolver esta incluido en todos los sistemas operativos que corren TCP/IP) y la parte del servidor la realizan los servidores de nombres. Los servidores de nombres son aquéllos que atienden las peticiones de los resolvers, y pueden clasificarse de la siguiente manera: Servidor de nombres raíz. Es aquél que contiene las direcciones IP correspondientes a todos los servidores de nombres de alto nivel o de nivel superior. Servidor de nombres maestro (master) o primario. Es aquél que contiene los archivos de datos de una zona. Servidor de nombres esclavo (slave) o secundario. Es aquél que depende de un servidor de nombres maestro para mantener actualizados sus archivos de datos de zona. Sirve como respaldo del servidor de nombres maestro. Servidor de nombres de dominio de alto nivel o TLD (Top Level Domain). Es aquél que contiene los datos para los dominios de alto nivel o de nivel superior. Servidor de nombre autoritario (authoritative). Es aquél que contiene la información para sus zonas. Servidor de caché. Es aquél que en lugar de publicar datos para una zona únicamente recuerda todas las respuestas a las consultas que ha hecho, con lo cuál se mejora la eficiencia de la red. 3233 Teoría básica del DNS Los resolvers son bibliotecas (libraries) de programa que viene codificadas en los programas de aplicación como telnet y que sirven como interfaz entre la aplicación misma y el servidor de nombres, traduciendo las peticiones o consultas de la aplicación al servidor de nombres y las respuestas que éste proporciona. El mecanismo de resolución de nombres requiere que los resolvers hagan consultas o queries a los servidores de nombres, quienes a su vez responden con la información solicitada o bien, con mensajes de error, como se muestra en la siguiente figura: 3334 Teoría básica del DNS El servidor que contiene las tablas de la base de datos original para la zona se denomina servidor maestro o primario para esa zona. De manera opcional, pueden configurarse uno o más servidores esclavos o que mantengan una copia sincronizada de las tablas de la zona para implementar un sistema redundante y tolerante a fallas, o bien, simplemente para distribuir la carga en el servidor maestro Cuando un DNS, ya sea maestro o esclavo, responde a una petición para una computadora que se encuentra dentro de su dominio, la respuesta se considera autoritaria (authoritative), pero si la máquina en cuestión se localiza en otro dominio, es posible que el servidor consultado pueda haber tenido el registro de DNS de la máquina buscada almacenado en su caché, debido a que se había consultado previamente. En ese caso, la respuesta se considera no autoritaria (non-authoritative), ya que es posible, aunque poco probable, que la información almacenada en el caché no esté actualizada 3435 Teoría básica del DNS La acción de traducir un nombre en una dirección IP se conoce como resolver el nombre de dominio, por lo que el proceso de convertir un nombre de dominio en una dirección IP se conoce como resolución (directa) de nombres De igual manera, el proceso de convertir una dirección IP en un nombre de dominio se conoce como resolución inversa de nombres. 3536 Teoría básica del DNS Cuando se consulta a un servidor de nombres acerca de una máquina que se encuentra fuera de su zona, el servidor usa uno de dos mecanismos de resolución: recursivo y no recursivo (también conocido como iterativo). Resolución recursiva. En este tipo de resolución el servidor de nombres recibe una consulta y si no conoce la respuesta, entonces contacta a otro servidor de nombres en espera de la misma; si este otro servidor de nombres tampoco conoce la respuesta, entonces contacta a otro y así sucesivamente, hasta que encuentra la respuesta o un mensaje de error. Resolución iterativa. En este tipo de resolución el servidor de nombres recibe una consulta y si no conoce la respuesta, entonces simplemente regresa al cliente (que podría ser el resolver u otro servidor de nombres) una referencia a la dirección IP de otro servidor de nombres que posiblemente si conozca la respuesta a la petición 3637 Teoría básica del DNS Para acelerar el proceso de resolución, una vez que un servidor de nombres resuelve una consulta (query), almacena en un área de caché todas los nombres de dominio y direcciones IP que recibe. Por ejemplo, una vez que ha realizado una consulta a un servidor de nombres raíz preguntando por el dominio.com, ya conoce la dirección IP para el servidor de nombres que maneja tal TLD, de manera que en lo sucesivo ya no será necesario preguntar nuevamente esa información a un servidor de nombres raíz. Obviamente, los servidores de nombres no guardan esta información para siempre, ya que el caché tiene un componente llamado Tiempo de Vida (Time To Live o simplemente TTL) que controla el tiempo que el servidor de nombres guardará la información en su caché. Cuando el servidor de nombres recibe la dirección IP, recibe también el TTL, de manera que guardará la información durante el periodo de tiempo indicado por el TTL (este tiempo varía de minutos a días) y luego la desechará. El TTL permite que se propaguen los cambios en los servidores de nombres 3738 Teoría básica del DNS Otra de las características clave del DNS es la redundancia. Existen muchos servidores de nombres en cada nivel, de manera que si uno falla, hay otros que pueden manejar las peticiones. Por ejemplo, Google cuenta con 2 servidores de nombres: google-public-dns-a.google.com ( ) google-public-dns-b.google.com ( ) 3839 Teoría básica del DNS Los dominios de alto nivel o de nivel superior, mejor conocidos como TLD (Top-Level Domain) son fijos, y por razones históricas caen dentro de dos categorías: El primer grupo está compuesto por TLDs dentro de los Estados Unidos (USA), tales como.edu,.com o.gov. Estos dominio se conocen como generic TLD o simplemente como gtlds El segundo grupo de dominios se localiza fuera de USA y se denotan con abreviaciones de dos letras de acuerdo a la ISO (International Standard Organization) para el país de origen (como.mx para México y.us para USA, aunque este último TLD casi no se usa). Este tipo de TLDs se conocen como country-code TLDs o simplemente cctlds 3940 Teoría básica del DNS Dentro de cada TLD existen múltiples SLD o dominios de segundo nivel (Second Level Domain). Los nombres de dominio son únicos, así que las organizaciones pueden elegir libremente los nombres dentro de sus dominios. Cualquier nombre que elijan no entra en conflicto con el elegido en otros nombres de dominio, puesto que cada nombre de computadora tendrá su propio nombre de dominio único. En otras palabras, cada nombre en un TLD debe ser único, pero si puede haber dominios de segundo nivel duplicados. En el caso de seguridad es un Dominio de Tercer Nivel (Third Level Domain). Es posible usar hasta 127 niveles, pero es raro que se usen más de 4. La palabra de más a la izquierda en el URL (como www en el ejemplo anterior) es el nombre del servidor (hostname) de Web, que hace referencia a un nombre dentro de un dominio y a una dirección IP específica. 4041 Teoría básica del DNS La organización denominada ICANN (http://www.icann.org) es responsable de administrar y coordinar el DNS para asegurar que la resolución de nombres sea universal. ICANN (Internet Corporation for Assigned Names and Numbers) es una organización mundial no lucrativa que asegura que el DNS funcione de forma efectiva supervisando la distribución de nombres de dominio y direcciones IP únicas. El ICANN coordina 13 computadoras denominadas servidores raíz (root servers) que se encuentran distribuidos en todo el mundo. Los 13 contienen la misma información con fines de respaldo mutuo y reparto de la carga de trabajo. Estos servidores contienen las direcciones IP de todos los dominios TLD. En marzo de 2004 NIC México, Internet Systems Consortium (ISC), Prodigy Data Center, Avantel y Alestra instalaron el primer Servidor Raíz de Nombres de Dominio en México. El Servidor Raíz de Nombres de Dominio instalado en la ciudad de Monterrey, es réplica a nivel mundial del servidor Root Server F, que opera Internet Software Consortium (ISC) en Woodside, California. Como puede adivinarse, los servidores de nombres raíz son vitales en el proceso de resolución de nombres, por lo que cada servidor de nombres debe tener una lista de todos los servidores de nombres raíz, de manera que cuando el NS necesite resolver un dominio, contacte al primer servidor de nombres raíz de la lista y si éste no responde, entonces contacte al segundo y así sucesivamente 4142 Teoría básica del DNS 4243 Teoría básica del DNS Puesto que todos los nombres en un dominio dado deben ser únicos, debe existir una única entidad que controle la lista y se asegure de que no se dupliquen los nombres. Por ejemplo, el dominio.com es administrado por una compañía llamada Verisign (http://www.verisign.com), mientras el dominio.biz es operado por la compañía NeuLevel, Inc. (http://www.neulevel.biz) Cuando alguien registra un nuevo nombre de dominio en el TLD.com, la actualización debe hacerse en todos los sitios de registro que trabajan con Verisign, quien a su vez mantiene una base de datos central conocida como whois que contiene información acerca del propietario y los servidores de nombres para cada dominio en el TLD.com 4344 Teoría básica del DNS La base de datos del DNS para un dominio contiene un conjunto de registros de recursos, mejor conocidos como RR (resource records). Estos RR están clasificados en varias categorías, siendo algunas de ellas obligatorias y otras opcionales, como puede apreciarse en la siguiente tabla: Categoría Tipo Nombre Función Zona SOA Start of Authority Define la autoridad para una zona del DNS NS Name Server Especifica el servidor de DNS para la zona A Address Traslación del nombre de servidor a su correspondiente dirección IP PTR PoinTeR Traslación de la dirección IP a su correspondiente nombre de servidor MX Mail exchanger Usado para enrutar correo electrónico CNAME Canonical NAME Alias para el nombre de un servidor HINFO Host INFOrmation TXT TeXT Básico Opcional Especifica el hardware y operativo para una máquina sistema Texto ASCII no interpretado 4445 Teoría básica del DNS Existe un único registro SOA para cada zona, que contiene información tal como el NS primario para el dominio, la dirección electrónica del responsable de dicho dominio, el TTL de la zona, etc. El registro NS denota los servidores de nombres que son autoritarios para el dominio en cuestión. Los registros A y su contraparte PTR permiten mapear un nombre de servidor a una dirección IP y una dirección IP a un nombre de servidor, respectivamente. Los registros MX permiten que los sistemas de correo determinen a que máquina deben enviar el correo para un dominio en particular. Este registro generalmente va acompañado de parámetro denominado valor de preferencia (preference value), que es un número sin signo de 16 bits que indica la prioridad del registro MX, es decir, el orden en que se hará uso de él. Los 3 últimos registros (opcionales) pueden o no estar presentes en un dominio dado. El registro CNAME es muy útil para definir alias para un servidor. Por su parte, el uso del registro HINFO no se recomienda, ya que puede revelar información a terceros que puede facilitar un ataque. Cada dominio tiene un servidor de nombres de dominio (NS) en algún lado, el cuál se encarga de atender sus peticiones y existe también una persona que da mantenimiento a los registros en ese DNS. A esta persona se le conoce como administrador del DNS. 4546 Teoría básica del DNS 4647 Agenda Día 2 Seguridad en el DNS Instalación de BIND Configuración básica de un DNS Herramientas de consulta al DNS 4748 Seguridad en el DNS Vulnerabilidades Ataques Ataques a BIND Cache Poisoning DNS Spoofing DoS/DDoS Amplification Attacks Contramedidas Seguridad en la red Seguridad en el DNS Seguridad en los servidores de nombres Seguridad en BIND Seguridad en las zonas Seguridad en las transacciones DNSSEC 4849 Vulnerabilidades El viernes 31 de Octubre de 1997, Eugene Kashpureff fue arrestado por la Real Policía Montada de Canadá en Toronto, acusado de secuestrar el URL del sitio de registro de dominios de Internet InterNIC (www.internic.net) en julio de Alegando protesta por el supuesto monopolio que mantiene InterNIC sobre los TLDs, Kashpureff modificó los registros del DNS de manera que los usuarios que ingresaban al sitio eran redireccionados a su propio sitio Web donde manifestaba su inconformidad. 4950 Vulnerabilidades En la tarde del lunes 21 de octubre de 2002 los 13 servidores raíz de nombres de dominio sufrieron un ataque de negación de servicio distribuido (DDoS, por sus siglas en inglés) que impactó a Internet entero por espacio de una hora. Este tipo de ataques consiste en concentrar la potencia de muchas computadoras en contra de una única red con el objeto de detener su operación. Este fue el ataque más fuerte y complejo que se había hecho en contra de los servidores de nombres raíz. Por fortuna, aunque sólo 4 o 5 de los 13 servidores resistieron el ataque, no hubo mayor afectación para el usuario común. 5051 Vulnerabilidades El 25 de abril de 2005 todos los usuarios que deseaban entrar al sitio Web de servicio de correo electrónico seguro denominado hushmail (www.hushmail.com) eran redireccionados a un sitio falso. La empresa Hush Communications reconoció que los intrusos habían cambiado los registros del DNS de hushmail luego de comprometer la seguridad de su registrar (Network Solutions). Estos cambios fueron revertidos luego de unas horas y el servicio de hushmail volvió a la normalidad. En un comunicado, Hush Communications se disculpó diciendo que no hubo acceso no autorizado a ninguno de sus servidores y que los datos no habían sido comprometidos, pero reconoció que durante el periodo del ataque todo el correo electrónico enviado al dominio hushmail.com no había sido recibido. También sugirieron a sus usuarios ser muy cuidadosos y asegurarse de que se encuentran en su sitio Web seguro antes de ingresar su frase de paso (passphrase) para autenticarse. 5152 Vulnerabilidades El 6 de febrero de 2007 fueron atacados 2 de los 13 servidores raíz. Se trató de un ataque de negación de servicio a los servidores G y L. El ataque causó que estos servidores no pudieran responder al menos 90% de las consultas. Los 2 servidores afectados son administrados por el ICANN y el DoD de USA 5253 Vulnerabilidades Como fácilmente puede apreciarse en los ejemplos anteriores, el DNS es susceptible de ser atacado por intrusos precisamente por su naturaleza de sistema distribuido. Los ataques maliciosos en servidores de nombres locales en redes locales pueden resultar en respuestas del DNS falsificadas que desvían o secuestran el tráfico. Como resultado, podría aparecer a los usuarios una página Web falsificada, aún cuando el servidor Web de la víctima no sea tocado por el intruso. Una amenaza aún más seria, la corrupción de datos del DNS, puede llevar al mal direccionamiento o al mal envío de correo electrónico. El hecho de que existan millones de servidores de nombres en el mundo, aunado al hecho de que muchos no ejecutan la última versión del software de BIND, o peor aún, corren software mal configurado, los convierte en objetivos para los intrusos. 5354 Ataques a BIND Una consecuencia de una vulnerabilidad en el DNS es la posibilidad de que un intruso obtenga acceso de superusuario en el servidor de nombres. Este ataque generalmente es llevado a cabo aprovechando una vulnerabilidad de desbordamiento de búfer (buffer overflow). 5455 Ataques a BIND Este ataque sucede cuando un programa acepta de una fuente externa más datos de los que puede almacenar en la memoria que tiene asignada para ello. Los datos extra son desbordados en una región de la memoria dónde se encuentran alojadas las instrucciones, y entonces se ejecutan como si fueran parte del programa original. Una vez que esto ocurre, un intruso puede perpetrar muchos ataques, como la intercepción de datos, la inserción de datos falsos en el sistema, la inserción de agentes de DDoS y el uso de la máquina para atacar otros sitios. La manera de prevenir este ataque es muy sencilla: usar siempre la última versión del software de DNS y ejecutar el programa servidor de nombres en un ambiente controlado y sin privilegios especiales. 5556 Envenenamiento de cache Un ataque de envenenamiento de caché básicamente consiste en que se introduzcan registros falsos en el caché de un servidor de nombres 5657 Envenenamiento de cache Una forma simple de hacer más difícil este tipo de ataque es desactivando la recursión en un servidor de nombres y hacer uso del protocolo TSIG para autenticar las transacciones entre servidores de nombres 5758 Suplantación de un DNS El ataque de DNS Spoofing consiste en que un servidor de nombres acepta y utiliza información incorrecta de una máquina que no posee autoridad para proporcionar tal información, la cuál puede luego ser usada para cambiar y reenrutar las direcciones IP para acceso al Web, correo electrónico y transferencias de archivos a sitios arbitrarios elegidos por un intruso. Por ejemplo, si un sitio de comercio electrónico es suplantado mediante una vulnerabilidad en el DNS, los clientes de una empresa podrían ser direccionados al sitio Web de un intruso para ingresar sus números de tarjeta de crédito. Los ataques de DNS Spoofing son sumamente difíciles de prevenir, pero las extensiones de seguridad del DNS (DNSSEC) podrían ser de gran ayuda. 5859 DNS Spoofing 5960 Negación de Servicio Un ataque de negación de servicio, mejor conocido como DoS por sus siglas en inglés (Denial of Service) ocurre cuando una computadora, un servicio de red, o una red misma es atacada con el único fin de agotar sus recursos y dejarlo indispuesto para atender los requerimientos de usuarios legítimos. En un ataque DoS, un sistema típicamente utiliza las facilidades locales para atacar a un único sistema objetivo. Lo único que debe hacer la fuente de ataque es atacar algún componente, lo cuál provocará que los intentos legítimos de conexión sean rechazados. Los efectos de este tipo de ataque pueden ser devastadores para una empresa que depende del acceso a la red. Los ataques de negación de servicio también son muy difíciles de prevenir, pero una buena contramedida es colocar el servidor de nombres en un arreglo de red que incluya una zona desmilitarizada (DMZ) protegida por un firewall, que permita filtrar el tráfico hacia y desde el servidor de nombres. 6061 Negación de Servicio Distribuida Cuando un ataque DoS es coordinado y proviene de diversas fuentes al mismo tiempo, se conoce como negación de servicio distribuido o DDoS (Distributed Denial of Service). Un ataque DDoS es más intenso y dañino que un ataque DoS porque está diseñado para atacar a un sistema desde diversas fuentes al mismo tiempo. Muchas empresas han sufrido ataques de este tipo, incluyendo Microsoft (http://www.microsoft.com), GRC (http://grc.com) y Blue Security. Los ataques de tipo DDoS son tan certeros, que incluso ha habido empresas que no logran recuperarse del mismo, como fue el caso del ISP británico CloudNine Communications, quién fue atacado a finales de enero de 2002 y se vio forzado a venderse a la competencia (Zetnet) porque no pudo recuperarse con la rapidez que el mercado exigía. Quizá el ataque de negación de servicio al DNS más memorable (hasta la fecha) sea el que ocurrió el 21 de octubre de 2002, cuando se realizó un DDoS en contra de los servidores raíz del DNS. 6162 Ataques de Amplificación Los ataques de amplificación consisten en generar respuestas mucho mayores a las esperadas, saturando por tanto el ancho de banda de la víctima. Por ejemplo, si un sistema generalmente recibe paquetes de un tamaño de 50 bytes y de repente se envían paquetes de 1500 bytes, el tráfico se incrementa 30 veces. Para el caso de BIND, este tipo de ataques puede evitarse haciendo uso de ciertas directivas de seguridad incluidas en BINDv9. 6263 Contramedidas: Seguridad en la red No colocar todos los servidores de DNS detrás de un solo router No colocar todos los servidores de DNS en el mismo segmento de red Distribuir geográficamente los servidores de DNS Implementar software que resista los ataques DoS Dividir los servidores de DNS (DNS-split) en internos (privados) y externos (públicos) y configurar un esquema apropiado de seguridad a nivel red En cuanto a protección contra ataques DoS/DDoS, los ISPs necesitan ser más receptivos a las peticiones para reaccionar ante este tipo de ataques 6364 Contramedidas: Seguridad en el DNS Configurar correctamente los servidores de DNS, apoyándose con herramientas, consultores, y diversas soluciones Restringir las consultas y las transferencias de zona a servidores autorizados Diversificar en lugar de homogenizar (correr los servidores de nombres en plataformas distintas) Evitar lame-delegation (delegar una zona a un servidor de nombres que no sea autoritario para esa zona) 6465 Contramedidas: Seguridad en el DNS No instalar, desinstalar o al menos desactivar el software del DNS en las máquinas que no lo requieran Asegurar el sistema operativo de la máquina que ejecutará el software del DNS Correr los servidores de DNS en máquinas dedicadas Asegurar el propio software del DNS Revisar periódicamente la integridad de los archivos de configuración del software del DNS Ejecutar el programa del software del DNS como un usuario sin privilegios especiales Enjaular el programa del software del DNS en una estructura de directorios chroot Mantener siempre actualizado el software del DNS y/o aplicar los parches o workarounds que resuelvan las vulnerabilidades Estar al pendiente de los avisos de seguridad de los proveedores del hardware, sistema operativo y software del DNS Si se cree conveniente, considerar el uso de software del DNS alterno a BIND Verificar las delegaciones dentro de los servidores de nombres, de manera que las peticiones que no puedan responder sean delegadas a servidores de nombres que sí puedan hacerlo (las lame delegations pueden permitir el envenenamiento de caché) 6566 Contramedidas: Seguridad en BIND Usar siempre la versión estable más reciente de BIND Ocultar la versión de BIND (sentencia version) Restringir las consultas (sentencia allow-query) Restringir las transferencias de zona (sentencia allow-transfer) Ejecutar BIND con un usuario sin privilegios (named) para mayor seguridad en el caso de futuros ataques remotos. Sin embargo, hay que tener en cuenta que sólo los procesos que se ejecutan como root pueden ser configurados para que usen los puertos inferiores al 1024, lo cuál es un requisito del DNS, por lo que debe configurarse BIND para que cambie de identidad una vez que se ha asociado al puerto. Evitar en lo posible glue records (sentencia fetch-glue, yes por default en BINDv8) para defenderse de ataques de envenenamiento de caché. Los glue records son RRs tipo A que permiten resolver el clásico problema del huevo y la gallina : para que un resolver o cliente sea capaz de resolver el nombre de dominio de un servidor de nombres, dicho servidor debe contener un registro tipo A que apunte a su propia dirección IP. Evitar en lo posible la recursión (sentencia recursion, yes por default; sentencia allow-recursion) Evitar la notificación automática de actualización de la zona (sentencia notify, no por default) Evitar en lo posible las actualizaciones dinámicas (sentencia allow-update) Ignorar las consultas de ciertas máquinas (sentencia blackhole) 6667 Contramedidas: Seguridad en BIND Limitar el número de transferencias de zona por servidor de nombres (sentencia transfers-per-ns) Limitar el número de transferencias concurrentes (sentencia transfers-in) Limitar la duración de las transferencias (sentencia max_transfer-time-in) Evitar el uso de los registros WKS y HINFO Ejecutar BIND enjaulado (chrooted) en una estructura de directorios como medida de protección frente a posibles ataques remotos En BINDv8, usar la sentencia use-id-pool yes; para dificultar el DNS Spoofing (BINDv9 lo usa por default) En BINDv8 los canales de control inet son inseguros porque el servidor de nombres usa las direcciones IP para autenticar los comandos, por lo que se recomienda evitar el uso de dichos canales y en su lugar usar simplemente Unix En BINDv9 los canales de control inet son más seguros porque el servidor de nombres usa criptografía para autenticar los comandos, aunque de cualquier manera se recomienda restringir las direcciones IP que pueden enviar comandos, o mejor aún, restringir a algunas llaves TSIG Restringir las actualizaciones dinámicas porque toman casi todo el control de la zona, ya que es posible borrar cada registro en la zona, excepto el RR SOA y un RR NS y agregar prácticamente cualquier otro RR. Es recomendable restringir las actualizaciones dinámicas a sólo algunas direcciones IP o mejor aún, a algunas llaves TSIG Enviar los registros de syslog del servidor de DNS a un servidor de logs, de manera que pueda usarse una herramienta como LogSentry para revisar dichas bitácoras en busca de actividad sospechosa 6768 Contramedidas: Seguridad en las zonas y en las transacciones Las contramedidas para implementar seguridad en las transacciones entre servidores de nombres se implementan mediante lo que se conoce como Transaction Signatures o TSIG Las contramedidas para implementar zonas de forma segura consisten en la implantación de las extensiones de seguridad DNSSEC 6869 DNSSEC 6970 DNSSEC 7071 DNSSEC 7172 DNSSEC 72 73 Instalación de BIND Repositorio 73 Mostrar más
Sistema de Nombres de Dominio (DNS/BIND) Curso de Configuración De DNS Sistema de Nombres de Dominio (DNS/BIND) Introducción Historia de DNS Red ARPANET en los 70 Nombre amaru 21 platon 23 evo 24 lapaz Más detalles Redes de ordenadores DNS
Redes de ordenadores DNS Grupo de sistemas y comunicaciones jjmunoz@gsyc.inf.ucm.es Redes de ordenadores, 1998-1999 Página 1 4.DNS El servicio de nombres permite que los humanos usemos nombres de máquina Más detalles CONFIGURACION DE DNS
Curso: Sistemas Operativos II Plataforma: Linux CONFIGURACION DE DNS DNS es conocido como la asignación de nombres a direcciones IP, es considerado la función más conocida de los protocolos DNS, este documento Más detalles Servicio de Nombre DNS. Sistema de Nombres. Contenido Arquitectura Configuración Seguridad Conclusiones DNS
Servicio de Nombre DNS DNS Por qué es necesario? /etc/hosts vs DNS Cliente (resolver) Servidor (named/bind) Estructura jerárquica en árbol basado en dominios y con delegación de autoridad Espacio de nombre 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 IPv6 Servicios DNS. Objetivo. Introducción Teórica
IPv6 Servicios DNS Objetivo El objetivo principal de este laboratorio es presentar el funcionamiento del servicio DNS (Domain Name System) en una red IPv6 utilizando el software BIND. Para esto, el laboratorio Más detalles Domain Name System. Ing. Carlos A. Barcenilla Ing. Agustín Eijo Domain Name System Ing. Carlos A. Barcenilla Ing. Agustín Eijo Qué es DNS? DNS es una base de datos distribuida, jerárquica y redundante. La información Más detalles Domain Name Service (DNS)
Domain Name Service (DNS) Problema En la red todo equipo esta identificado por numero especifico llamado Numero IP. El numero IP es un conjunto de 4 numero binarios (ej: 200.124.31.10). Cada persona desea Más detalles Sistemas de Nombres de Dominio DNS. Materia: Técnicas de Programación en Internet. Alumna: Claudia Mariana Coto Huezo. marianacoto@gmail.
Universidad Nacional de El Salvador Facultad Multidisciplinaria de Occidente Departamento de Ingeniería Sistemas de Nombres de Dominio DNS Materia: Técnicas de Programación en Internet Alumna: Claudia Más detalles Servidores de nombres de dominio (DNS) Jesús Torres Cejudo
Zonas Zona de Búsqueda Directa.- Las resoluciones de esta zona devuelven la dirección IP correspondiente al recurso solicitado; este tipo de zona realiza las resoluciones que esperan como respuesta la Más detalles Domain Name Server. Daniel Pecos Martínez. dani@netpecos.org. Castellón, 1 de Diciembre 2003
Domain Name Server Daniel Pecos Martínez dani@netpecos.org Castellón, 1 de Diciembre 2003 INTRODUCCIÓN En este documento se realiza una breve explicación sobre los conceptos básicos del DNS, poniendo como Más detalles DNS. Domain Name System. Sistema de Nombres de Dominio. Administración de Redes de Computadores. Ficha: 149822.
DNS. Domain Name System. Sistema de Nombres de Dominio. Administración de Redes de Computadores. Ficha: 149822. John Deivis Tabares Tobón. Luis Fernando Ramirez Gallego. Configuracion del servidor DNS 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 Quién es www.udp.cl? www.udp.cl es 200.14.86.4. 2.2QueesDNS El Sistema de Nombres de Dominio, también denominado DNS (Domain Name System), corresponde a un sistema diseñado con la finalidad de proveer nombres relacionadosadispositivosorecursosenred,yaseaapequeñaoaltaescala(como Más detalles Luis Villalta Márquez SERVIDORES DE NOMBRES DE DOMINIO (DNS)
Luis Villalta Márquez SERVIDORES DE NOMBRES DE DOMINIO (DNS) Servidores de nombres de dominio (DNS) ZONAS. AUTORIDAD. REGISTRO DE RECURSOS (RR) ZONA DE BÚSQUEDA Zonas Zona de Búsqueda Directa. Las resoluciones 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 UNIDAD DIDACTICA 5 CONFIGURACIÓN DEL SERVICIO DNS EN WINDOWS 2003. Eduard Lara
UNIDAD DIDACTICA 5 CONFIGURACIÓN DEL SERVICIO DNS EN WINDOWS 2003 Eduard Lara 1 1. DOMAIN NAME SYSTEM El sistema de nombres de dominio (DNS) es una base de datos distribuida y jerárquica que almacena información Más detalles Servidor DNS. Son servicios que contestan las consultas realizadas por los Clientes DNS. Hay dos tipos de servidores de nombres:
Servidor DNS DNS (acrónimo de Domain Name System) es una base de datos distribuida y jerárquica que almacena la información necesaria para los nombre de dominio. Sus usos principales son la asignación 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 Sistemas de Transportes de Datos (STD) Tema II: IP (Entrega 6) Grupo de Aplicaciones Telemáticas. Grupo de Aplicaciones Telemáticas
Componentes del servicio de nombres de dominio. Javier Rodríguez Granados Complementos principales Los Clientes DNS: Un programa cliente DNS que se ejecuta en el ordenador del usuario y que genera peticiones Más detalles [CONFIGURACIÓN DE DNS]
Sobre el profesor Aitor López de Aberasturi, Vitoria-Gasteiz (1973) Licenciatura de informática (1996) Master en ingeniería del software (1997) Coninfal, Gobierno Vasco, Ejie (1997) Sobre el profesor kaixo.com Más detalles CFGM. Servicios en red. Unidad 1 Servicio de nombres de dominio (DNS) 2º SMR Servicios en Red
CFGM. Servicios en red Unidad 1 Servicio de nombres de dominio (DNS) 1. El servicio DNS 2. Configuración del cliente DNS CONTENIDOS 3. Base de datos del protocolo DNS 4. Servidores de nombres de dominio Más detalles Sesión 8: Internet y nombres de dominio
Sesión 8: Internet y nombres de dominio Dr. Hipólito Rodríguez Docente especialista Sistema de Nombres de Dominios (DNS) Introducción Estructura de un Nombre Jerarquía del DNS Operación del DNS Tipos de Más detalles Introducción al protocolo DNS.
Introducción al protocolo DNS. Autor: Joel Barrios Dueñas Correo electrónico: darkshram en gmail punto com Sitio de Red: http://www.alcancelibre.org/ Jabber ID: darkshram@jabber.org Creative Commons Reconocimiento-NoComercial-CompartirIgual Más detalles SISTEMA OPERATIVO GNU/LINUX AVANZADO II JOSE ARRIETA NARVAEZ GUSTAVO CARO JESUS GARCIA NILXON VUELVAS TALLER CONFIGURACION DEL SERVIDOR DNS.
SISTEMA OPERATIVO GNU/LINUX AVANZADO II JOSE ARRIETA NARVAEZ GUSTAVO CARO JESUS GARCIA NILXON VUELVAS TALLER CONFIGURACION DEL SERVIDOR DNS. ING. LUIS GARCIAS UNIVERSIDA DE CORDOBA FACULTAD DE CIENCIAS Más detalles Jorge De Nova Segundo
Jorge De Nova Segundo Espacio de nombres de dominio En programación, un espacio de nombres, es un conjunto de nombres en el cual todos los nombres son únicos. La estructura del sistema DNS se basa en una Más detalles Informàtica i Comunicacions Plaça Prnt. Tarradellas, 11 17600 FIGUERES (Girona) Tel. 902 88 92 67 Fax 972 671 962 www.cesigrup.es
CAPA DE APLICACIONES En esta capa se implementan protocolos que ayudan al intercambio de información entre usuarios Protocolos utilizados El sistema de nombres de dominio (DNS) Transferencia de Hipertexto Más detalles Servicios avanzados I: Servidor de nombres (DNS) Introducción
Administración y Gestión de Redes 1 Introducción En Internet todos los paquetes viajan en función de su dirección IP en la red. Nosotros usamos nombres para identificar los ordenadores: Necesitamos traducir Más detalles Por D. Rafael J. Montero González
Por D. Rafael J. Montero González Introducción Sistemas de nombres planos vs. jerárquicos Historia de DNS Características y utilidad del servicio DNS Componentes y funcionamiento Espacio de nombres de Más detalles ESCUELA DE INGENIERIA EN COMPUTACION REDES INFORMATICAS SISTEMAS OPERATIVOS DE RED II
ESCUELA DE INGENIERIA EN COMPUTACION REDES INFORMATICAS SISTEMAS OPERATIVOS DE RED II PRACTICA 2: CONFIGURACION DE SERVICIO DNS. INTRODUCCION. En las redes TCP/IP v4 cada interfaz de red es identificada Más detalles TEMA 6: INSTALACIÓN DE SERVICIOS EN REDES LOCALES
TEMA 6: INSTALACIÓN DE SERVICIOS EN REDES LOCALES 1. INTRODUCCIÓN Todas las redes deben ofrecer una serie de servicios a los usuarios. Entre los principales servicios que se pueden ofrecer están: 1) Servicios Más detalles DNS. Internet y el DNS. Servicio de resolución de nombres para Internet. Redes de Datos Ing. Marcelo Utard / Ing. Pablo Ronco
DNS Servicio de resolución de nombres para Internet Internet y el DNS Total Argentina Hosts: 109574429 270275 Level 2 domains: 2745168 32 Level 3 domains: 29099975 8426 Nota: (2^32)~ 4000 millones Motivación Más detalles Servidor DNS. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia
Servidor DNS. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia Introducción. Los seres humanos pueden ser identificados de muchas maneras. Los host de Internet tambien!! Un identificador Más detalles Hoy vamos a hablar sobre como instalar y configurar un servidor de DNS en un Microsoft Windows Server 2008 R2.
El Servicio DNS Hoy vamos a hablar sobre como instalar y configurar un servidor de DNS en un Microsoft Windows Server 2008 R2. Quizá, lo primero que haya que hacer es recordar que es un DNS. Un Domain Más detalles SISTEMAS DE NOMBRES DE DOMINIO
MINISTERIO DE EDUCACIÓN Y CIENCIA SECRETARÍA GENERAL DE EDUCACIÓN Y FORMACIÓN PROFESIONAL DIRECCIÓN GENERAL DE EDUCACIÓN, FORMACIÓN PROFESIONAL E INNOVACIÓN EDUCATIVA CENTRO NACIONAL DE INFORMACIÓN Y COMUNICACIÓN Más detalles DNS - COMO Instal ación de BIND... 3 archivo de arranque... 3 Con
Curso de DNS DNS - COMO Instalación de BIND...3 Ejecución... 3 El archivo de arranque...3 Servidor de solo caché... 4 El registro SOA... 6 El registro A... 7 El registro NS... 7 El registro PTR... 7 El Más detalles La Capa de Aplicación Protocolos de Aplicación Básicos
La Capa de Aplicación Protocolos de Aplicación Básicos mayo de 2008 DNS DNS (RFC 1034 y 1035) Idea básica: Cada nodo tiene un nombre único asignado a una dirección IP. El Sistema de Nombres de Dominio Más detalles UD 3: Instalación y administración de servicios de nombres de dominio. SRI
Instalación y administración de servicios de nombres de dominio. SRI RESULTADOS DE APRENDIZAJE Administra servicios de resolución de nombres, analizándolos y garantizando la seguridad del servicio. Introducción Más detalles DNS LSUB, GYSC, URJC
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 Espacio de nombres de dominio. Javier Rodríguez Granados
Espacio de nombres de dominio Javier Rodríguez Granados Nombres de dominio Un nombre de dominio es una cadena de caracteres alfanuméricos, que cumple un formato y normas establecidos, en la que se traduce Más detalles DNS: Domain Name System
DNS: Domain Name System Introducción DNS: Domain Name System Propósito básico: Traducir números IP en nombres textuales más amigables para los usuarios humanos de la red. Propósitos adicionales: Soporte Más detalles El gráfico siguiente muestra un uso básico de DNS, consistente en la búsqueda de la dirección IP de un equipo basada en su nombre.
Definición de DNS DNS es una abreviatura para Sistema de nombres de dominio (Domain Name System), un sistema para asignar nombres a equipos y servicios de red que se organiza en una jerarquía de dominios. Más detalles Redes de Computadoras
Redes de Computadoras Capa de Aplicación Modelo de Referencia Capa de aplicación Capa de transporte Capa de red Capa de enlace de datos Capa físicaf 1 La Capa de Aplicación Esta capa contine las aplicaciones Más detalles TEMA 2. SERVICIO DNS
1 TEMA 2. SERVICIO DNS 1. Definición 2. Espacio de nombres de dominio 3. Zonas y delegación 4. Tipos de servidores DNS 5. Búsqueda de IP: recursiva e iterativa 6. Búsqueda inversa 7. Base de datos DNS. Más detalles 2 Servidores de Nombre - DNS
2 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 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 Servicios de directorio de Internet
Servicios de directorio de Internet Fernando Gont UTN/FRH, Argentina Congreso Internacional de Ingeniería en Computación 23 al 26 de septiembre de 2008, Ixtlahuaca, Mexico Breve presentación Realizo trabajos Más detalles DNS. Arquitectura Cliente Servidor. Pacheco Martínez Fernando Tovar Balderas Sergio A.
DNS Arquitectura Cliente Servidor Pacheco Martínez Fernando Tovar Balderas Sergio A. Nombres de dominio DNS El Sistema de nombres de dominio (DNS) se definió originalmente en los RFC 1034 y 1035. Estos Más detalles Un poco de historia. Características
BIND (Berkeley Internet Name Domain), como implementación del prorocolo DNS, es el servidor de este tipo más comunmente usado en internet. La necesidad administrativa de montar un servidor de nombres DNS Más detalles Software de Comunicaciones. Práctica 3 - Domain Name System (DNS)
Software de Comunicaciones Práctica 3 - Domain Name System (DNS) Juan Díez-Yanguas Barber Software de Comunicaciones Ingeniería Informática - 5º Curso Jdyb - Marzo 2013 Juan Díez- Yanguas Barber Práctica Más detalles CAPÍTULO III El DNS. utn. ec mx uk... fica
CAPÍTULO III El DNS ec mx uk..... ec com edu gov org..... utn fica 3.1. Introducción El DNS (Domain Name Service) es un sistema de nombres que permite traducir de nombre de host a dirección IP y viceversa. Más detalles TCP, UDP y DNS Angélica Flórez Abril, MSc.
Angélica FA- All rights reserved TCP, UDP y DNS Angélica Flórez Abril, MSc. Universidad Pontificia Bolivariana Bucaramanga, Colombia Octubre, 2010 Modelo OSI Y TCP/IP Capa 7 Aplicación Capa 6 Presentación Más detalles Comandos de red en Windows
Comandos de red en Windows A continuación se describe el conjunto de herramientas proporcionado por Windows 2000 / Windows NT, haciendo especial énfasis en sus diferentes contextos de utilización, así Más detalles Implementado servidor DNS con BIND en CentOS 5.5
Administración de DNS Contenido Descripción General 1 Presentación multimedia: Fundamentos del Sistema de nombres de dominio (DNS) 2 Introducción al proceso de consulta en DNS 3 Creación de zonas 5 Configuración Más detalles Guia sobre como instalar un servidor DNS en ubuntu
Guia sobre como instalar un servidor DNS en ubuntu DNS proviene de Domain Name Service. En internet, el Domain Name Service (DNS) almacena y asocia diversos tipos de información con nombres de dominio; Más detalles Servidor DNS. Ing Camilo Zapata czapata@udea.edu.co Universidad de Antioquia
Servidor DNS. Ing Camilo Zapata czapata@udea.edu.co Universidad de Antioquia Introducción. Las personas prefieren la identificación de nombres de host; los routers prefieren las direcciones IP. Su principal Más detalles REDES DE ÁREA LOCAL: APLICACIONES Y SERVICIO EN LINUX. Servidor DNS
REDES DE ÁREA LOCAL: APLICACIONES Y SERVICIO EN LINUX Servidor DNS 1 Índice de contenido Servidor DNS...1 Definición de Servidor DNS...2 Servidor DNS sencillo con dnsmasq...4 Instalación del servidor dnsmasq...4 Más detalles Administración de Infraestructuras. Tecnólogo en Informática
Administración de Infraestructuras Tecnólogo en Informática LINUX CENTOS 6 DNS Software bind Año 2012 DNS Es una base de datos distribuida, con información que se usa para traducir los nombres de dominio, 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 Estudio del estado del DNS en nombres de dominio.cl
Estudio del estado del DNS en nombres de dominio.cl José Urzúa R. jourzua@dcc.uchile.cl Depto. de Cs. de la Computación, Escuela de Ingeniería y Ciencias Universidad de Chile Blanco Encalada 2120, tercer Más detalles Por D. Rafael J. Montero González
Por D. Rafael J. Montero González Introducción Sistemas de nombres planos vs. jerárquicos Historia de DNS Características y utilidad del servicio DNS Componentes y funcionamiento Espacio de nombres de Más detalles Proceso de resolución de un nombre de dominio. Javier Rodríguez Granados
Proceso de resolución de un nombre de dominio. Javier Rodríguez Granados Proceso de resolución de un nombre de dominio. La resolución de un nombre de dominio es la traducción de un FQDN a su correspondiente Más detalles 6º Unidad Didáctica DOMAIN NAME SERVER (DNS) Eduard Lara
6º Unidad Didáctica DOMAIN NAME SERVER (DNS) Eduard Lara 1 INDICE 1. Servicio DNS 2. DNS en Windows y Linux 3. Jerarquía de dominios en DNS 4. Dominio y Zona DNS 5. Servidores DNS 6. Consulta recursiva Más detalles Operación de DNS. Operación y Seguridad de DNS
Operación de DNS Operación y Seguridad de DNS Metas Ir más allá de la administración de DNS, enfocarse en estabilidad Identificar problemas de operación comunes que afectan a los administradores de servidores Más detalles Metas de esta sesión
Repaso de DNS Vista General Metas de esta sesión Qué es DNS? Cómo se construye el DNS y cómo funciona? Cómo funcionan las peticiones? Tipos de Récords Cachés y autorizados Delegación: dominios vs zonas Más detalles Module 1: Configuring and Troubleshooting Domain Name System
------------------------------------------------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------------------------------------------------ Más detalles Configuración de un servidor DNS autorizado. Operaciones y Seguridad de DNS Avanzado
Configuración de un servidor DNS autorizado Operaciones y Seguridad de DNS Avanzado Repaso DNS = Base de datos distribuída El resolver le pregunta al servidor recursivo El recursivo atraviesa el árbol Más detalles Registros de recursos DNS. Javier Rodríguez Granados
Registros de recursos DNS. Javier Rodríguez Granados Registros de Recursos (RR) Para resolver nombres, los servidores consultan sus zonas. Las zonas contienen registros de recursos que constituyen la información Más detalles Configuración DNS Bind
Configuración DNS Bind VIII Jornadas de SL GPUL 2008 Juan José Iglesias González jiglesias@denodo.com Enterprise Data Mashups Índice Internet y DNS Funcionamiento DNS Bind Configuración básica Bind Bind Más detalles DOMINIOS DE NIVEL SUPERIOR A NIVEL MUNDIAL.
INTRODUCCIÓN. Como detectar un host dentro de una red? Si millones de ellos se encuentran conectados, sabiendo además que éstos pertenecen a organizaciones, grupos, países y zonas geográficas diferentes. Más detalles John R. Correa Administrador de Seguridad de la Información.
John R. Correa Administrador de Seguridad de la Información. Agenda 1. Implementando un servidor DNS en IPv6. 1.1. Introducción. 1.2. Instalación de Bind. 1.3. Configuración básica. 1.3.1. Estructura de Más detalles Laboratorio Implementando DNS
Laboratorio Implementando DNS Objetivo General: Configurar servidor de DNS Objetivo Específico: Al finalizar éste Laboratorio el alumno será capaz de: Identificar los paquetes que permiten levantar Servidor Más detalles UNIVERSIDAD POLITÉCNICA DE PACHUCA SERVIDOR DNS
Instalación del servidor DNS bind http://www.ite.educacion.es/formacion/materiales/85/cd/linux/ m2/servidor_dns_bind9.html Si con las posibilidades que nos ofrece dnsmasq no son suficientes para nuestra Más detalles TEMA 2: CAPACIDAD: Diseño del Servicio TI Anexo I: DNS
CIMSI Configuración, Implementación y Mantenimiento de Sistemas Informáticos TEMA 2: CAPACIDAD: Diseño del Servicio TI Anexo I: DNS Daniel Cascado Caballero Rosa Yáñez Gómez Mª José Morón Fernández E.T.S. Más detalles Es la capa donde se encuentran las aplicaciones que interactúan con el usuario. Son la razón de ser de las redes de datos
Capa de aplicación Capa de aplicación Es la capa donde se encuentran las aplicaciones que interactúan con el usuario Son la razón de ser de las redes de datos En Internet, son estas aplicaciones el principal Más detalles Conceptos generales de DNSSEC. 4 de agosto de 2011 Carlos Martínez-Cagnazzo carlos @ lacnic.net
Conceptos generales de DNSSEC 4 de agosto de 2011 Carlos Martínez-Cagnazzo carlos @ lacnic.net 1 DNSSEC Conceptos de Criptografía DNSSEC Donde DNSSEC Como DNSSEC Nuevos registros Cadena de confianza 2 Más detalles TUTORIAL INSTALACIÓN Y CONFIGURACIÓN SERVIDOR DNS BIND9 NET-DAEMONS ADRIAN PEÑA JOHAN LOPEZ FELIPE PANIAGUA RICARDO HENAO LINA MCKOLL
TUTORIAL INSTALACIÓN Y CONFIGURACIÓN SERVIDOR DNS BIND9 NET-DAEMONS ADRIAN PEÑA JOHAN LOPEZ FELIPE PANIAGUA RICARDO HENAO LINA MCKOLL ADMINISTRACION DE REDES SENA 2009 Este tutorial está hecho con el fin Más detalles DNS: Domain Name System
1 DNS: Domain Name System Sistemas Telemáticos I Por qué es necesario el DNS? 2 Por qué es necesario el DNS? Los humanos preferimos nombres a direcciones IP (ej: cacharro.cct.urjc.es frente a 212.128.1.44) Más detalles Programas de Administración de red
1 Programas de Administración de red Introducción El propósito de las siguientes prácticas es el de familiarizar al alumno con los distintos programas que se utilizan para chequear y comprobar el estado Más detalles Es un servicio de resolución de nombres que resuelve direcciones legibles (como www.microsoft.com) en direcciones IP (como 192.168.0.1).
DNS (Domain DomainName NameSystem System) Es un servicio de resolución de nombres que resuelve direcciones legibles (como www.microsoft.com) en direcciones IP (como 192.168.0.1). Es una base de datos jerárquica Más detalles Sistema de Nombres de Dominio (DNS)
DNS (Domain Name System, Sistema de nombres de dominio). RFC 1034 y RFC 1035 - Realmente no es una aplicación, sino un servicio. Es mas facil recordar nombres que números. - Inicialmente (ARPANET) solo Más detalles Bloque II: El nivel de aplicación. Tema 4: Aplicaciones no orientadas a conexión
Bloque II: El nivel de aplicación Tema 4: Aplicaciones no orientadas a conexión Índice Bloque II: El nivel de aplicación Tema 4: Aplicaciones no orientadas a conexión DNS Introducción Dominios DNS Mensajes Más detalles Utilizar NSlookup.exe
Página 1 de 7 Id. de artículo: 200525 - Última revisión: lunes, 26 de septiembre de 2005 - Versión: 2.0 Utilizar NSlookup.exe Nslookup.exe es una herramienta administrativa de la línea de comandos para Más detalles Sistemas Distribuidos - Servicios de Nombres
NOMBRES ESTRUCTURADOS Los nombres planos son buenos para las máquinas, pero por lo general no muy convenientes para el uso de las personas. Como alternativa, los sistemas de nombres con frecuencia soportan Más detalles Tutorial Redes Privadas Virtuales (VPNs sobre ADSL)
Tutorial Redes Privadas Virtuales (VPNs sobre ADSL) Cuando su empresa cuenta con más de una sucursal o mantiene intercambio constante de información entre sus proveedores y clientes, es vital encontrar Más detalles Configuración de servidor de nombres de dominio (DNS), parte I.
Configuración de servidor de nombres de dominio (DNS), parte I. Autor: Joel Barrios Dueñas Correo electrónico: darkshram en gmail punto com Sitio de Red: http://www.alcancelibre.org/ Jabber ID: darkshram@jabber.org Más detalles DNS Domain Name Server
DNS Domain Name Server Servicio ofrecido en red para realizar el mapeo necesario entre el nombre de una máquina y su dirección IP. Base de datos distribuida usada por aplicaciones TCP/IP. Intercambio Cliente Más detalles DNS BIND9. Configuración de un servidor de nombres
DNS BIND9 Configuración de un servidor de nombres Componentes DNS DNS se compone de un espacio de nombres, que puede definirse como el conjunto de hosts conocidos por DNS (podríamos decir que son todos Más detalles Windows Server 2012: Zonas DNS
Windows Server 2012: Zonas DNS 2 Tabla de Contenidos Objetivos... 5 Zonas DNS... 7 Qué es una zona DNS?... 7 Tipos de zonas DNS... 7 Zona principal... 8 Zona secundaria... 8 Zona de rutas internas... 8 Más detalles El Sistema de Nombres de Dominio y el Protocolo IPv6
El Sistema de Nombres de Dominio y el Protocolo IPv6 Ing. Francisco J. Obispo S. Coordinador del NIC-VE Centro Nacional de Tecnologías de Información Caracas - Venezuela fobispo@nic.ve Contenido IPv6 Sistema Más detalles 2017 © 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 
 resolución 
 Resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución