Novedades SQL Server

Novedades Joomla

Informática SpectraFutura

 

 

Informatica SpectraFutura

 

 

¡Atención! Este sitio usa cookies y tecnologías similares.

Si no cambia la configuración de su navegador, usted acepta su uso.

Acepto

Configurar estructura jerarquizada de replicación de registros en Servidores DNS

Publicado en DNS Viernes, 04 Diciembre 2015
Valora este artículo
(0 votos)

En este artículo vamos a ver como funciona la replicación de registros DNS en una infraestructura en la que tenemos mas de dos servidores con este rol.

Generaremos un registro en el servidor primario y este deberá ser replicado a los DNSs secundarios. Para ello configuraremos las Transferencias de Zona y la notificación al DNS secundario, para que inicia la sincronización de la zona.

Para ilustrar todo esto vamos a poner un ejemplo:

Hay que publicar lo antes posible en el mundo el dominio http://www.spectrafutura.net para que apunte al servicio web publico con IP 193.225.234.83.

Para este ejemplo, contamos :

- En nuestra Infraestructura: un servidor DNS primario y un secundario.

- Fuera de nuestra Infraestructura: un DNS público, que recuperará las zonas que nos interese.

 

1. Registramos el dominio spectrafutura.net en el DNS de primario, como zona primaria. Dependiendo de la infraestructura en la que nos encontremos configuraremos la integración con Directorio Activo o no.

- Sobre el nuevo dominio, registramos un registro A tipo host (www), con la IP de la máquina o balanceador que servirá el servicio. En este caso 193.225.234.83.

- Pinchandole con el botón derecho - Propiedades, sobre el nuevo dominio creado spectrafutura.net, configuraremos las transferencias de zona en la solapa "Zone Transfers" y agregamos la IP o IPs del DNS secundario al que le llegarán los nuevos registros.

- Igualmente configuraremos las notificaciones, para que el DNS secundario sepa de la existencia de cambios en la zona y proceda a sincronizarla. Para ello en esta misma solapa lo configuramos en el botón "Notify". Marcamos "Automatically notify" y dejamos marcado "Only to the following server", y registraremos la IP o IPs del DNS secundario.

- Registramos en la solapa Name Servers los DNSs que estén implicados. En este caso el primario, secundario y el público.

- Con el objeto de forzar las transferencias de zona y reducir el tiempo de propagación del nuevo dominio en el mundo, podriamos andar tocando los intervalos de tiempo en la solapa "Start of Authority (SOA).


2. Registramos el dominio spectrafutura.net en el DNS secundario, como zona secundaria y la integración con Directorio Activo segun caso. Debemos hacer esto ya que las transferencias de zona manejan registros y las Zonas o dominios, en este caso spectrafutura.net, deben estar creados previemente, para que funcione. 

- Al dar de alta el dominio agregamos la IP o IPs del DNS primario en "Master Servers", que es de donde se va a traer los registros que hemos dado de alta en el primario. En este punto si refrescamos cache y actualizamos la vista, ya deberemos ver los nuevos registros en el DNS secundario.

- Habilitamos las transferencias de zona en la solapa "Zone Transfers" y agregamos la IP o IPs del DNS público, en este caso por ejemplo un DNS de telefónica (213.0.184.69 - artemis.ttd.net) y así transferimos los registros de Zona a este servidor.

- En esta misma solapa configuramos el Notify a este servidor público para notificarle los cambios. Marcamos "Automatically notify" y dejamos marcado "The following server", 213.0.184.69 - artemis.ttd.net.

- Igualmente registramos en la solapa Name Servers los DNSs que estén implicados. En este caso el primario, secundario y el público.

 

Con esto tendriamos configurada una estructura jerarquizada de replicacion de registros DNSs. Se podrian incluir mas servidores DNSs primarios y secundarios en funciona de las necesidades.

 

Las IPs utilizadas en este artículo son ficticias y pueden no corresponder con la realidad.

 

Versión de Software utilizado en este artículo: Windows Server 2008 R2 (ingles), DNS de Microsoft

Visto 4242 veces Modificado por última vez en Viernes, 15 Enero 2016

Artículos Internet Information Server

  • Appcmd en IIS 7.5
      Appcmd.exe , es la herramienta de administración de IIS a nivel de comando. Es una herramienta que aún se usa, pero con tendencia a desaparecer sustituida por la potencia y flexibilidad que nos brinda PowerShell. Nos permite gestionar mediante scripting, la mayor parte de la funcionalidad de IIS.
    en Microsoft Internet Information Server ( IIS ) Leer más...
  • Script de mantenimiento de Logs
    En este artículo vamos a presentar un script para mantener logs, evitando que puedan colapsar el almacenamiento y repercutir en el funcionamiento general del sistema. Existen multitud de aplicaciones que por su naturaleza y uso, registran detalles de su funcionamiento o de acceso a las mismas, que en algunos casos puedan tener un gran peso y ocupar mucho espacio. Por ejemplo en el caso de IIS, segun el site, su volumen de accesos y carga que soporta, puede llegar a…
    en Microsoft Internet Information Server ( IIS )
    Leer más...
  • Cache Global de Esamblados (GAC) en Sistemas Windows
    GAC o lo que es lo mismo Global Assembly Cache, es el lugar en donde los sistemas windows almacenan las librerías que van a ser compartidas por aplicaciones. Cuando el desarrollador prevé que una serie de funciones de programación almacenadas en una librería vas a ser necesitadas por más de una aplicación y con el objeto de no duplicar ese archivo dll en los binarios de las X aplicaciones, se registra esa librería en la Cache de Ensamblados Global y…
    en Microsoft Internet Information Server ( IIS ) Leer más...

Más Puntuados