DNS con Bind9.

Primero de todo debemos localizar el nombre del software que queremos

instalar, para ello emplearemos el siguiente comando:
Produciendo la siguiente salida:

Se puede apreciar el nombre del programa que andamos buscando, bind –

Internet Domain Name Server.
Procedemos con la instalación del la siguiente forma.

Ahora vamos a configurar el fichero donde añadiremos nuestras zonas.

Lo editamos de tal forma que quede como en la imagen.

En este ejemplo hemos añadido la zona pracdns.com, del tipo maestro

cuyo fichero de configuración es db.pracdns.com, y la zona de resolución
inversa 192.168.4.* del tipo maestra con fichero de configuración
db.invpracdns.com.
Sólo permitiremos la transferencia de zona a servidores de nuestra
confianza, en este al 192.168.4.2, suelen ser servidores secundarios.

El contenido de db.pracdns.com es el siguiente:

TTL:Este campo es obligarotorio a partir de la versión 9 de Bind, indica el
tiempo de vida que tiene la información contenida en el fichero, cada
cuanto se debe de actualizar el fichero.

Se puede expresar de varias maneras:

($TTL 1w)->semanas
($TTL 7d)->dias
($TTL 168h)->horas
($TTL 10080m)->minutos
($TTL 12131)->segundos

La línea pracdns.com. IN SOA pracdns.com. root.pracdns.com.(

indica el inicio de la autoridad SOA(Start of Authority) y quien es el
responsable del servidor.

El apartado serial: Número que se incrementa cada vez que se modifica un

fichero de una zona, de forma que Bind se dé cuenta de que tiene que
recargar esta zona.

El apartado refresh: Le dice a los servidores secundarios (esclavos) cuánto

tiempo deben esperar antes de preguntar a su servidor principal
(maestro) si se ha hecho algún cambio en la zona, los servidores
secundarios saben si la información está actualizada según el valor del
serial.

El apartado retry: Especifica a los servidores esclavos el intervalo de

tiempo a esperar antes de solicitar una actualización en el caso de que el
servidor de nombres principal no esté respondiendo.

El apartado expire: Indica el tiempo que el servidor secundario debe de

estar reintentando una actualización, si este tiempo expira el servidro
secundario deja de ser válido.

El apartado default ttl: Solicita a otros servidores de dominio que

almacenen en su caché la información de esta zona durante al menos la
cantidad de tiempo en él especificada.

pracdns.com. IN NS dns.pracdns.com.;-> Indica el servidor primario de

nombre que tienen autoridad sobre el dominio.
Con NS sin el IN se indican servidores secundarios.
pracdns.com. IN MX 10 mail.pracdns.com.;-> Indica los servidores de
correo del dominio, el 10 indica la prioridad, 10 es la mínima prioridad.

Dns A 192.168.4.1
mail A 192.168.4.2
localhost 127.0.0.1
Estas tres líneas hacen corresponder la dirección:
192.168.4.1 al nombre dns.pracdns.com.
192.168.4.2 al nombre mail.pracdns.com.
127.0.0.1 al nombre localhost.

También cabe la posibilidad de añadir información sobre nuestro servidor

con los siguientes campos:

TXT "Información que se desee proporcionar": este es un registro a

descriptivo, en texto plano, del servidor. Puede usarse libre y
arbitrariamente para propósitos diversos. Aparecerá como resultado de una
consulta sobre este tipo de registro hecha al servidor de nombres sobre esta
zona.

HINFO "Información Hardware que se desee proporcionar": otro registro,

también a título informativo y totalmente opcional, cuyo propósito es
informar sobre el hardware y el sistema operativo.

LOC 39 34 58 N 2 38 2 E 100m 10000m 20m 100m: registro de

localización geográfica del servidor.
Y el contenido de db.invpracdns.com:

El principio del fichero es idéntico al anterior, pero se diferencia en que la

resolución es inversa para el rango 192.168.4.* por eso el fichero empieza
con la dirección pero al revés seguido de .in-addr.arpa., y en el servidor
primario de DNS se especifica de la misma forma.
Las dos últimas lineas son las que hacen la conversión de número a
nombre, la drección 192.168.4.1 corresponderá a dns.pracdns.com y la
192.168.4.2 a mail.pracdns.com.
Para comprobar el correcto funcionamiento de la transferencia de zona
empleamos el comando:

No nos lo permite porque está configurado sólo para 192.168.4.2, si lo

cambiamos a 192.168.4.1 se obtiene el siguiente resultado:

Si esta opción no está bien configruada puede ser un agujero de seguridad

de nuestro servidor. La transferencia también se puede configurar sobre la
resolución inversa.
Aquí unas capturas de un analizador de protocolos interceptando las
tramas en un petición dns y una dns inversa.