S ERVICIOS DE RED E I NTERNET T EMA 3: DNS Nombre: Adrián de la Torre López.

Slides:



Advertisements
Presentaciones similares
LACNIC V – 18 / 20 de noviembre - La Habana, Cuba POLITICA DE LAME DELEGATION.
Advertisements

Servicio DNS.
Pasos que ejecuta el servidor DHCP DHCP Discovery DHCPDISCOVER (para ubicar servidores DHCP disponibles) DHCP Discovery es una solicitud DHCP.
SERVIDOR DNS Y WINS INTEGRANTES: Farroñan Beltran Brenher
Jorge De Nova Segundo. Los servidores DMS que declaran zonas esclavas o secundarias obtienen los archivos de zona (los registros de recursos) de otros.
Registros de recursos DNS: - Formato general
Clientes DNS (Resolutores – “resolvers” de nombres) .
Servidores de nombres de dominio (DNS):
Transferencias de Zona:
Servidores de nombres de dominio (DNS)
Tema 3 SRI Vicente Sánchez Patón I.E.S Gregorio Prieto
INFOMEX CHIHUAHUA Guía de referencia rápida para el usuario solicitante de INFOMEX CHIHUAHUA Cerrar MENÚ INFOMEX CHIHUAHUA.
Funcionamiento del servicio DHCP. Tipos de mensajes.
Implementación y administración de DHCP
CARGAR EL ESCÁNER S2. Cargar el Escáner significa... Enviar los datos de los escaneos realizados desde el Escáner al servidor internacional de Nu Skin.
Introducción Presentación multimedia: Función de DNS en las infraestructuras de redes Instalar el servicio Servidor DNS Configurar las propiedades del.
Introducción Presentación multimedia: Función de DHCP en las infraestructuras de redes Agregar y autorizar un servicio Servidor DHCP Configurar un ámbito.
OWASP - A6 Open Web Application Security Project Riesgo por: Configuración Defectuosa de Seguridad Guillermo David Vélez Álvarez C.C. 71' 763,346.
UD 2: “Instalación y administración de servicios de configuración automática de red” Funcionamiento del servicio DHCP. Tipos de mensajes Luis Alfonso Sánchez.
5. Sistemas de archivos avanzados1 Tema 5: Sistemas de Archivos Avanzados Resumen: –Sistema de archivos distribuido –File Replication Service.
AXEL LATORRE GABRIEL VALENZUELA GIAN PAOLO ALMEIDA ROMMEL CHIFLA ISABEL VILLEGAS INTEGRANTES.
DHCP protocolo de configuración dinámica de host.
POR: SANTIAGO TORO RENDON LUIS ANGEL NEGRETE HERNANDEZ.
PROCESO DE RESOLUCIÓN DE UN NOMBRE DE DOMINIO. El resolver o cliente DNS es la parte del sistema operativo encargada de resolver nombres de dominio cuando.
Proceso de resolución de un nombre de dominio. Javier Rodríguez Granados.
Administración de DNS.
Parámetros y declaraciones de configuración Javier Rodríguez Granados.
Jorge De Nova Segundo. Formato general. SOA El registro SOA (Start of Authority) es el segundo registro que nos encontramos en un archivo de zona. Debe.
Seguridad DNS. Javier Rodríguez Granados.
Servidores de nombres de dominio (DNS):
Proceso de resolución de un nombre de dominio Tema 3 SRI Vicente Sánchez Patón I.E.S Gregorio Prieto.
S ERVICIOS DE RED E I NTERNET T EMA 5 : I NSTALACIÓN Y ADMINISTRACIÓN DE SERVICIOS DE TRANSFERENCIA DE FICHEROS ” Nombre: Adrián de la Torre López.
Registro de recursos DNS
Punto 10 – Registros de recursos DNS Juan Luis Cano.
S ERVICIOS DE RED E I NTERNET T EMA 4 : I NSTALACIÓN Y ADMINISTRACIÓN DE SERVICIOS W EB Nombre: Adrián de la Torre López.
Filtros.
Domain Name System Comercio Electrónico
Registros de recursos DNS.
Servidores de nombres de dominio (DNS) Jesús Torres Cejudo.
Luis Villalta Márquez. Servidores de nombres de dominio (DNS)
Funcionamiento DHCP. Tipos de mensajes.
Gabriel Montañés León.  Para resolver nombre, los servidores consultan sus zonas. Las zonas contienen registros de recursos que constituyen la información.
S ERVICIOS DE RED E I NTERNET T EMA 2: DHCP Nombre: Adrián de la Torre López.
Servidores de nombres de dominio DNS
S ERVICIOS DE RED E I NTERNET T EMA 3: DNS Nombre: Adrián de la Torre López.
Jorge De Nova Segundo. Clientes DNS Se puede considerar que un resolver es cualquier software capaz de preguntar a un servidor DNS e interpretar sus respuestas.
S ERVICIOS DE RED E I NTERNET T EMA 3: DNS Nombre: Adrián de la Torre López.
LUIS VILLALTA MÁRQUEZ Proceso de resolución de un nombre de dominio. –Consultas recursivas. –Consultas iterativas. –Caché y TTL
S ERVICIOS DE RED E I NTERNET T EMA 6 : I NSTALACIÓN Y ADMINISTRACIÓN DE SERVICIOS DE CORREO ELECTRÓNICO Nombre: Adrián de la Torre López.
Jorge De Nova Segundo. Componentes del servicio de nombres de dominio EL servicio que ofrece DNS se basa en los siguientes componentes -Espacio de nombres.
REGISTROS DE RECURSOS DNS:. Como ya hemos visto, cada servidor DNS primario mantiene un archivo de zona para resolución directa (de un nombre de dominio.
S ERVICIOS DE RED E I NTERNET T EMA 3: DNS Nombre: Adrián de la Torre López.
 En aquellas zonas en las que existen diferentes servidores de nombres con autoridad (uno principal o maestro y uno o varios secundarios o esclavos),
Gabriel Montañés León. En aquellas zonas en las que existen diferentes servidores de nombres con autoridad (uno principal o maestro y uno o varios secundarios.
Clientes DNS (Resolutores – “resolvers” de nombres) Jesús Torres Cejudo.
Jorge De Nova Segundo. Funcionamiento del servicio DHCP. Tipos de mensajes. DHCP Asigna direcciones IP a otras máquinas de la red. Este protocolo puede.
S ERVICIOS DE RED E I NTERNET T EMA 3: DNS Nombre: Adrián de la Torre López.
S ERVICIOS DE RED E I NTERNET T EMA 3: DNS Nombre: Adrián de la Torre López.
S ERVICIOS DE RED E I NTERNET T EMA 2: DHCP Nombre: Adrián de la Torre López.
PROTOCOLO DNS.
Sistema de Dominio DNS Por: Cesar Posada Octavio Sucerquia Yefferson Henao.
Gabriel Montañés León. Los clientes DNS son llamados resolvers, los cuales no son más que rutinas de librería que crean preguntas y las envían a través.
Proceso de resolución de un nombre de dominio. –Consultas recursivas. –Consultas iterativas. –Caché y TTL. –Recursividad y caché. Gustavo Antequera Rodríguez.
Punto 11 – Transferencias de Zonas DNS Juan Luis Cano.
S ERVICIOS DE RED E I NTERNET T EMA 6 : I NSTALACIÓN Y ADMINISTRACIÓN DE SERVICIOS DE CORREO ELECTRÓNICO Nombre: Adrián de la Torre López.
Módulo 7: Resolución de nombres NetBIOS mediante el Servicio de nombres Internet de Windows (WINS)
SERVIDOR DNS INSTALACIÓN DE BIND9. PASOS A DESARROLLAR $ sudo apt-get update Instalamos el paquete bind9 el cual es el software para la implementación.
Módulo 6: Administrar y supervisar el Sistema de nombres de dominio (DNS)
Transferencias de Zona
Transferencias de zona.
Transcripción de la presentación:

S ERVICIOS DE RED E I NTERNET T EMA 3: DNS Nombre: Adrián de la Torre López

T RANSFERENCIA DE ZONA Una transferencia de zona es el término utilizado para hacer referencia al proceso mediante el que el contenido de un archivo de zona DNS se copia desde un servidor DNS principal a un servidor DNS secundario. Se producirá una transferencia de zona durante cualquiera de los siguientes escenarios: Al iniciar el servicio DNS en el servidor DNS secundario. Cuando caduca el tiempo de actualización. Cuando se guardan los cambios en el archivo de zona principal y hay una notificación lista. Transferencias de zona siempre se inician por el servidor DNS secundario. El servidor DNS principal simplemente responderá a la petición para una transferencia de zona. Una transferencia de zona puede darse en cualquiera de los casos siguientes: Cuando vence el intervalo de actualización de una zona Cuando un servidor maestro notifica los cambios de la zona a un servidor secundario Cuando se inicia el servicio Servidor DNS en un servidor secundario de la zona Cuando se utiliza la consola DNS en un servidor secundario de la zona para iniciar manualmente una transferencia desde su servidor maestro.

T RANSFERENCIA DE ZONA 1. Tipos de transferencias de zona En una transferencia completa de zona, el servidor maestro para una zona transmite toda la base de datos de zona al servidor secundario para esa zona. Los servidores secundarios siguen los siguientes pasos a la hora de realizar una transferencia de zona: a. El servidor secundario para la zona espera el tiempo especificado en el campo Actualizar del re-gistro SOA y luego le pregunta al servidor maestro por su registro SOA. b. El servidor maestro responde con su registro SOA. c. El servidor secundario para la zona compara el número de serie devuelto con su propio número y si este es mayor que el suyo, solicita una transferencia de zona completa. d. El servidor maestro envía la base de datos de la zona completa al servidor secundario. Si el servidor maestro no responde, el servidor secundario lo seguirá intentando después del intervalo especificado en el campo Reintentos del registro SOA. Si todavía no hay respuesta después del intervalo que se especifica en el campo Caduca desde la última transferencia de zona, este descarta su zona.

T RANSFERENCIA DE ZONA Transferencia incremental: Las transferencias completas de zona pueden consumir gran ancho de banda de la red. Para poder solucionar este problema se define la transferencia incremental de zona, en la cual solo debe transferirse la parte modificada de una zona. La transferencia incremental de zona funciona de forma muy similar a la transferencia completa. En este caso, el servidor secundario para la zona comprueba el numero de serie del registro SOA del maestro con el suyo, para determinar si debe iniciar una transferencia de zona, la cual en este caso seria incremental (solo de los cambios realizados).

T RANSFERENCIA DE ZONA 2. Proceso de transferencia de zona a) Durante la nueva configuración, el servidor de destino envía una solicitud de transferencia inicial de "toda la zona" (AXFR) al servidor DNS principal configurado como su origen para la zona. b) El servidor maestro (origen) responde y transfiere toda la zona al servidor secundario (destino). La zona se entrega al servidor de destino que solicita la transferencia con su versión establecida mediante el campo Número de serie en las propiedades del registro de recursos (RR) de inicio de autoridad (SOA). El registro de recursos de inicio de autoridad también contiene un intervalo de actualización expresado en segundos (de forma predeterminada, 900 segundos o 15 minutos) para indicar el momento en el que el servidor de destino debería realizar la siguiente solicitud para renovar la zona con el servidor de origen. c) Cuando el intervalo de actualización vence, el servidor de destino utiliza una consulta de inicio de autoridad para solicitar la renovación de la zona desde el servidor de origen. d) El servidor de origen responde a la consulta de su registro de inicio de autoridad. Esta respuesta contiene el número de serie de la zona en su estado actual en el servidor de origen. e) El servidor de destino comprueba el número de serie del registro de inicio de autoridad en la respuesta y determina cómo renovar la zona. Si el valor del número de serie de la respuesta de inicio de autoridad es igual a su número de serie local actual, se deduce que la zona es la misma en los dos servidores y que no es necesaria una transferencia de zona. A continuación, el servidor de destino renueva la zona y restablece su intervalo de actualización según el valor de este campo de la respuesta de inicio de autoridad de su servidor de origen. Si el valor del número de serie de la respuesta de inicio de autoridad es mayor que su número de serie local actual, se deduce que la zona se ha actualizado y que es necesaria una transferencia de zona.

T RANSFERENCIA DE ZONA e. Si el servidor de destino deduce que la zona ha cambiado, envía una consulta IXFR al servidor de origen, que contiene su valor local actual para el número de serie del registro de inicio de autoridad de la zona. f. El servidor de origen responde con una transferencia incremental o completa de la zona. Si el servidor de origen admite la transferencia incremental y mantiene un historial con los cambios incrementales recientes de la zona para los registros de recursos modificados, puede responder con una transferencia incremental (IXFR) de la zona. g. Si el servidor de origen no admite la transferencia incremental o no posee un historial con los cambios de la zona, puede responder con una transferencia completa (AXFR) de la zona.