Instalación de un Servidor DNS en GNU/Linux en modo Consola

Sobre Bind(Berkeley Internet Name Domain, anteriormente : Berkeley Internet Name Daemon) es el servidor de DNS más comúnmente usado en Internet, especialmente en sistemas Unix, en los cuales es un Estándar de facto. Es patrocinado por la Internet Systems Consortium. BIND fue creado originalmente por cuatro estudiantes de grado en la University of California, Berkeley y…

Bind (Berkeley Internet Name Domain, anteriormente: Berkeley Internet Name Daemon) es el servidor de DNS más comúnmente usado en Internet, especialmente en sistemas Unix. Es patrocinado por la Internet Systems Consortium. BIND fue creado originalmente por cuatro estudiantes de grado en la University of California, Berkeley y liberado por primera vez en el 4.3BSD. Paul Vixie comenzó a mantenerlo en 1988 mientras trabajaba para la DEC(Digital Equipment Corporation).

Una nueva versión de BIND (BIND 9) fue escrita desde cero en parte para superar las dificultades arquitectónicas presentes anteriormente para auditar el código en las primeras versiones, y también para incorporar DNSSEC (DNS Security Extensions). BIND 9 incluye entre otras características importantes: TSIG(Transaction SIGnature), notificación DNS, nsupdate, IPv6, rndc flush, vistas, procesamiento en paralelo, y una arquitectura mejorada en cuanto a portabilidad. Es comúnmente usado en sistemas GNU/Linux.

[sacado de la wikipedia ]

[web oficial de bind9 ]

Empezando con la Instalación

Instalar los siguientes paquetes:

apt-get install bind9 bind9-doc dnsutils.

Esto creará un nuevo daemon llamado named.

En algunos casos el servicio DNS no arranca solo y tenemos que inicializarlo nosotros, hay que resaltar que debemos reiniciar el servidor después de cada configuración que hagamos.

Dependiendo de la distribución Linux usada y la versión de Bind el servicio DNS se puede inicializar/reiniciar de dos modos:

  1. sudo /etc/bind/start o restart
  2. sudo /etc/init.d/bind9 start o restart

Si hacemos un ls (para listar el directorio) nos devolverá los siguientes ficheros:

[email protected]:~$ ls /etc/bind

bind.keys db.127 db.empty db.root named.conf.default-zones named.conf.options zones.rfc1918

db.0 db.255 db.local named.conf named.conf.local rndc.key

Los siguientes ficheros son con los que trabajaremos:

  • /etc/bind/named.conf.local – aquí se almacenan los nombres de los archivos de zona y de zona inversa y el archivo de configuración de la zona y de la zona inversa.
  • /etc/bind/named.conf.options – Almacena sentencias para permitir la transferencia de zona (allow-transfer). Esto también puede hacerse en el fichero anterior.

Creando Zonas

Primero vamos a crear la zona, la zona que crearemos será local-elhacker.net. Para eso editaremos el fichero
/etc/bind/named.conf.local

$nano /etc/bind/named.conf.local

y añadimos lo siguiente:

zone “local-elhacker.net“ {
type master;
file “/etc/bind/db.elhacker.net”;
};

zone “1.168.192.in-addr.arpa” {
type master;
file “/etc/bind/db.192.168.1”;
};

_zone indica la creación de una nueva zona.

_type es el tipo de zona (master o slave)

_file indica la ruta donde se encuentra ubicado el fichero que contendrá los registros de la zona.

Es obligatorio acabar todas las líneas con punto y coma.

En mi caso llamaré a la zona local-elhacker.net como si se tratara de los nodos que componen la red.

La primera zona es la de resolución directa y la segunda es la de resolución inversa. Substituid el nombre de la zona y las IP de este tutorial por las vuestras, en la zona de resolución inversa tenemos que poner la IP de nuestra red (por ejemplo, si nuestra red es 192.168.1.1 entonces tenemos que escribir la IP al revés de esta forma: 1.168.192.in-addr.arpa )

Después de hacer esto, podemos comprobar si hay algún error en el fichero que acabamos de editar usando el siguiente comando:

named-checkconf /etc/bind/named.conf.local

si no devuelve ningún error entonces es que está todo bien.

Añadiendo Registros de Resolución Directa

A continuación vamos a crear el fichero donde guardaremos los registros:

touch /etc/bind/db.elhacker.net

y lo editamos para agregar los registros:

nano /etc/bind/db.elhacker.net

y agregamos lo siguiente:

$ttl 38400

local-elhacker.net. IN SOA ns.local-elhacker.net. [email protected] (

20101022; Número de serie
3600; Tiempo de refresco (1 hora)
300; Tiempo entre reintentos de consulta (5 min)
17200; Tiempo de expiración de zona (2 días)
43200; Tiempo total de vida (TTL) (12 horas))

;

local-elhacker.net. IN NS ns.local-elhacker.net.

ns.local-elhacker.net IN A 192.168.1.100

ordenador01.local-elhacker.net. IN A 192.168.1.125

ordenador02.local-elhacker.net. IN A 192.168.1.126

ordenador03.local-elhacker.net. IN A 192.168.1.127

ordenador04.local-elhacker.net. IN A 192.168.1.128

ordenador05.local-elhacker.net. IN A 192.168.1.129

ordenador06.local-elhacker.net. IN A 192.168.1.130

miguel_sanchez IN CNAME ordenador01.local-elhacker.net.

alejandra_primo IN CNAME ordenador02.local-elhacker.net.

alex_morales IN CNAME ordenador03.local-elhacker.net.

sobremesa_jefe IN CNAME ordenador04.local-elhacker.net.

belen_ortega IN CNAME ordenador05.local-elhacker.net.

portatil_jefe IN CNAME ordenador06.local-elhacker.net.

Nota: también se puede crear el archivo de zona a partir de /etc/bind/db.empty

Algunos recomiendan más esta opción así que en caso de querer usarla poned:

cp /etc/bind/db.empty /etc/bind/db.elhacker.net

Empezaré explicando el primer registro (SOA):

  • Primero definimos el nombre de la zona (elhacker.net)
  • IN hace referencia al tipo de protocolo usado (IN = Internet)
  • SOA es el tipo de registro (State of Authority), indica el servidor que tiene autoridad en la zona
  • ns.elhacker.net es el nombre que yo le he dado al servidor DNS de esta red (NS viene de Name Server)
  • [email protected] Es la dirección de correo electrónica del encargado de mantener la zona.
  • Parámetros que están dentro de los paréntesis:
    • Número de Serie: es el número de revisión del archivo de zona. En mi caso yo he puesto la fecha de la última modificación, es importante actualizar ese campo siempre que vayamos a editar el archivo de la zona.
    • Tiempo de refresco: es el tiempo que tarda el servidor secundario en pedirle al servidor Maestro la copia de la zona. El servidor DNS secundario compara el número de serie del registro SOA del archivo de zona del servidor DNS principal y el número de serie de su propio registro SOA. Si son diferentes, el servidor DNS secundario solicitará una transferencia de zona desde el servidor DNS principal. El valor predeterminado es 3.600 (que es 1 hora).
    • Tiempo entre reintentos de consulta: Esto es el tiempo que un servidor secundario espera para recuperar una transferencia de zona fallida. Este tiempo suele ser menor al intervalo de actualización
    • Tiempo de expiración de zona: es el tiempo antes que un servidor secundario deje de responder a las búsquedas una vez se haya producido un intervalo de actualización de la zona.
    • Tiempo Total de Vida: Tiempo en el que el servidor de nombres mantiene la caché cualquier registro del recurso de este archivo en base de datos.

Ahora explicaré los registros:

  • elhacker.net. IN NS ns.elhacker.net. – Indica servidores con autoridad en la zona. NS (Name Server) es el tipo de registro.
  • ns.elhacker.net. IN A 192.168.1.100 – Indica el nombre del servidor DNS de la zona. Asigna a esa IP el dominio ns.elhacker.net
  • Todos los registros de tipo A asocian un dominio (que en este caso son ordenadores) a una IP
  • Los registros de tipo CNAME asignan un alias por el que también se les conoce a esos dominios. Se podría decir que es como un mote.

Recordad que siempre podemos probar la configuración del archivo de zona usando:
named-checkconf /etc/bind/db.elhacker.net

Probando la configuración del Servidor

También podemos probar si el servidor DNS carga con éxito el archivo que contiene los registros usando el comando:

named-checkzone elhacker.net /etc/bind/db.elhacker.net

en mi caso después de reiniciar el servidor y poner el comando me ha devuelto:

[email protected]:/etc/bind$ sudo /etc/init.d/bind9 restart

* Stopping domain name service... bind9 [ OK ]

* Starting domain name service... bind9 [ OK ]

[email protected]:/etc/bind$ sudo named-checkzone local-elhacker.net /etc/bind/db.elhacker.net

zone local-elhacker.net/IN: loaded serial 1

OK

[email protected]:/etc/bind$

Creo que no hace falta mencionar que significa el mensaje de salida OK.

Configurando los clientes DNS

Antes de añadir los registros de resolución inversa vamos a probar si nuestro servidor DNS funciona.

Para eso tenemos que editar los siguientes ficheros:

/etc/host.conf

En este fichero nos saldrá lo mismo que abajo:

# The "order" line is only used by old versions of the C library.

order hosts,bind

multi on

Lo que tenemos que hacer es cambiar el orden de las palabras de la segunda línea por los siguientes:

order bind,hosts

Así al buscar un dominio primero preguntará al servidor DNS Bind si tiene ese dominio o IP en su archivo de registros.

/etc/resolv.conf

En este fichero tenemos que agregar al principio search local-elhacker.net y nameserver 192.168.1.100 que es la IP del servidor DNS. Claramente elhacker.net lo reemplazáis por vuestro dominio.

/etc/network/interfaces

Ahí está la configuración de la tarjeta de red, si abrimos ese fichero nos aparecerá:

# This file describes the network interfaces available on your system

# and how to activate them. For more information, see interfaces (5).

# The loopback network interface

auto lo

iface lo inet loopback

# The primary network interface

auto eth0

iface eth0 inet static

address 192.168.1.100 # Esta será nuestra IP

netmask 255.255.255.0 # La máscara de red

gateway 192.168.1.1 # La puerta de enlace por defecto

nameserver 192.168.1.100 # El DNS local

Sustituimos la IP del servidor DNS que teníamos configurado anteriormente por la IP de nuestro servidor DNS local.

Forwarders

Pero ¿qué pasara por ejemplo si yo quiero acceder a Google.com? Pues como no tenemos ese registro en nuestra base de datos el servidor DNS que tengamos configurado deberá pasarle la consulta de resolución de nombre a otro servidor DNS. Esos servidores DNS son también conocidos como Forwarders y en Bind se configuran en la siguiente ruta:

/etc/bind/named.conf.options

Editamos ese fichero y dentro de options agregamos:

options {

directory "/var/cache/bind";

// If there is a firewall between you and nameservers you want

// to talk to, you may need to fix the firewall to allow multiple

// ports to talk. See http://www.kb.cert.org/vuls/id/800113

// If your ISP provided one or more IP addresses for stable

// nameservers, you probably want to use them as forwarders.

// Uncomment the following block, and insert the addresses replacing

// the all-0's placeholder.

forwarders {

8.8.8.8;

8.8.4.4;

};

auth-nxdomain no; # conform to RFC1035

listen-on-v6 { any; };

};

Esos son los servidores públicos de Google. Cuando nuestro servidor local no encuentre un dominio se lo preguntará al servidor DNS de Google.

Aplicando los cambios y probando la resolución directa

Reiniciamos la configuración de la Tarjeta de Red para que coja los cambios:

/etc/init.d/networking restart

Y probamos la resolución directa haciendo ping por ejemplo a ordenador04.local-elhacker.net:

[email protected]:/etc/bind$ ping ordenador04.local-elhacker.net

PING ordenador04.local-elhacker.net (192.168.1.128) 56(84) bytes of data.

64 bytes from 192.168.1.128: icmp_seq=1 ttl=128 time=8.52 ms

64 bytes from 192.168.1.128: icmp_seq=2 ttl=128 time=0.044 ms

64 bytes from 192.168.1.128: icmp_seq=3 ttl=128 time=0.019 ms

64 bytes from 192.168.1.128: icmp_seq=4 ttl=128 time=1.40 ms

64 bytes from 192.168.1.128: icmp_seq=5 ttl=128 time=0.156 ms

Vemos que funciona y que hace ping al ordenador que nosotros hemos definido en el archivo de registros de zona.

Podemos probar también el alias (CNAME):

[email protected]:/etc/bind$ ping portatil_jefe

PING ordenador04.local-elhacker.net (192.168.1.128) 56(84) bytes of data.

64 bytes from 192.168.1.128: icmp_seq=1 ttl=128 time=0.352 ms

64 bytes from 192.168.1.128: icmp_seq=2 ttl=128 time=0.335 ms

64 bytes from 192.168.1.128: icmp_seq=3 ttl=128 time=0.671 ms

^Z

[2]+ Detenido ping portatil_jefe

Otros comandos que podemos probar son:

host portatil_jefe

nslookup portatil_jefe

dig local-elhacker.net

Con esos bastaría para probar nuestro servidor DNS local.

Añadiendo Registros de Resolución Inversa

Una vez hecho eso es la hora de crear la base de datos de la resolución inversa, con la resolución inversa a partir de una IP podemos saber el nombre de host. Es un registro de tipo PTR(Pointer-Puntero).

Si os acordáis creamos una zona inversa en el fichero de zona del servidor, “1.168.192.in-addr.arpa”. En la declaración de la zona inversa incluimos el fichero db.192.168.1.

Ahora vamos a crear ese fichero, podemos crearlo con touch:

$ touch db.192.168.1

O crearlo a partir de un fichero de prueba que viene con el servidor:

$ cp db.127 db.192.168.1

Para no tener que poner la ruta completa, escribo los comandos desde la carpeta donde está situado el Bind (/etc/bind)

Seguimos con la edición del fichero de resolución inversa, lo abrimos con algún editor (nano por ejemplo) y ponemos:

;

; Archivo de Resolución Inversa

;

$TTL 604800

1.168.192.in-addr.arpa. IN SOA ns.local-elhacker.net. [email protected] (

1; Serial

604800; Refresh

86400; Retry

2419200; Expire

604800 ); Negative Cache TTL

;

1.168.192.in-addr.arpa. IN NS ns.local-elhacker.net.

100.1.168.192.in-addr.arpa. IN PTR ns.local-elhacker.net.

125.1.168.192.in-addr.arpa. IN PTR ordenador01.local-elhacker.net.

126.1.168.192.in-addr.arpa. IN PTR ordenador02.local-elhacker.net.

127.1.168.192.in-addr.arpa. IN PTR ordenador03.local-elhacker.net.

128.1.168.192.in-addr.arpa. IN PTR ordenador04.local-elhacker.net.

129.1.168.192.in-addr.arpa. IN PTR ordenador05.local-elhacker.net.

130.1.168.192.in-addr.arpa. IN PTR ordenador06.local-elhacker.net.

Guardamos el fichero y probamos la configuración:

[email protected]:/etc/bind$ sudo named-checkconf db.192.168.1

OK

Y luego comprobamos si carga la zona correctamente:

[email protected]:/etc/bind$ sudo named-checkzone 1.168.192.in-addr.arpa. /etc/bind/db.192.168.1

zone 1.168.192.in-addr.arpa/IN: loaded serial 1

OK

Probando la Resolución Inversa

Ya tenemos un Servidor que resuelve resoluciones directas e inversas. Para probar la resolución inversa podemos poner:

[email protected]:/etc/bind$ host 192.168.1.128

128.1.168.192.in-addr.arpa domain name pointer ordenador04.local-elhacker.net.

También os he dejado un vídeo donde se pueden ver los ficheros de configuración y el correcto funcionamiento del servidor DNS.

Probando el servidor DNS – Bind

Autor: madpitbull_99

Articulo Original: Instalación de un Servidor DNS en GNU/Linux en modo Consola

Deja un comentario

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.