La configuración de un servidor será dependiente del uso que le queramos dar. Así, se deberá distinguir si el servidor es primario, secundario o caché para realizar su configuración.

Servidor Primario

Son los servidores que guardan los datos del espacio de nombres en sus ficheros por lo que deben disponer de los ficheros de datos para la resolución directa e inversa y la información de funcionamiento necesaria para el control de las zonas bajo su cargo.

La primera parte de la configuración de un servidor de DNS primario consiste en ajustar los parámetros básicos del fichero /etc/named.conf. Una buena práctica consiste en declarar, en primera instancia, las acls que se consideren necesarias para agrupar los distintos elementos de la red. Por ejemplo, se puede crear una lista de control de acceso que agrupe los equipos de las redes privadas, otra para los equipos pertenecientes a la red pública (con dirección IPs públicas) y, por último, una que indique los servidores secundarios disponibles.

acl "secundarios" { 172.20.40.1; 172.20.41.1};
acl "redInterna" { 172.20.40.0/24; 172.20.41.0/24;};
acl "redExterna" { 193.145.234.0/24; };

acl internas {
192.168.1.0/24; 
192.168.2.0/24;
};

server 192.168.1.1 {
Bogus no;
Transfer-format many-answer;
};

options
directory /var/named/datos;
notify yes;
allow-query {
 internas;
 193.145.234.194;
};

};

zone "ejemplo.es" {
 type master;
 file "zona.ejemplo";
};

logging {
 channel namedlog {
  file "/var/log/dns.log" versions 5 size 2m;
  print-time yes;
  print-category yes;
 };

category xfer-out { namedlog; };
category panic { namedlog; };
category security { namedlog; };
category insist { namedlog; };
category response-checks { namedlog; };
category lame-servers { null; };
};

Posteriormente, se introducen las opciones sobre los datos:

options {
 directory "/var/named/datos/";
 listen-on { 127.0.0.1; 172.20.40.3;};
 allow-query { 127.0.0.1; redInterna;};
 allow-transfer { 127.0.0.1; secundarios; };
 auth-nxdomain no;
 notify no;
 version "Servidor DNS";
 transfer-format many-answers;
};

En el ejemplo anterior, se indica que los datos se encuentran en el directorio /var/named/datos, el servidor escucha las interfaces de red 127.0.0.1 y 172.20.40.3; se permiten cuestiones de clientes de la red interna -172.20.40.0/24 y 172.20.41.0/24- y de 127.0.0.1 exclusivamente; las transferencias sólo se realizarán a los servidores secundarios 172.20.40.1 y 172.20.41.1.

Por último, se debe introducir la información referente a dónde se encuentran los ficheros de datos, el tipo y qué opciones se le aplican. Así, en la zona ‘.’ se define el fichero root.cache que incluye los nombres y direcciones IP- de los servidores raíz necesarios para la resolución de equipos externos. Esta información se representa de la siguiente forma:

zone "." {
 type hint;
 file "root.cache";
};

Posteriormente, se definen las zonas para la resolución directa e inversa de las direcciones de loopback:

zone "localhost" {
  type master;
  file "localhost.datos";
  allow-update { none; };
  allow-transfer { secundarios; };
  allow-query { 127.0.0.1; };
};

zone "0.0.127.in-addr.arpa" {
 type master;
 file "localhost.rev";
 allow-update { none; };
 allow-transfer { secundarios; };
 allow-query { 127.0.0.1; };
};

Con las siguientes declaraciones se definen el resto de zonas que resuelve el servidor de ejemplo. En ellas se indican los ficheros que guardan los datos para la resolución directa del dominio ejemplo.es, junto con opciones para la actualización y a quién se permite la transferencia de esta zona y, por otra parte, los ficheros que contienen la información para la resolución inversa, uno por dirección de subred definida.

zone "ejemplo.es" {
 type master;
 file "ejemplo.es.zone";
 allow-update { none; };
 allow-transfer { secundarios; };
};

zone "40.20.172.in-addr.arpa" {
 type master;
 file "datos.inversos.40.es";
 allow-update { none; };
 allow-transfer { secundarios; };
};

zone "41.20.172.in-addr.arpa" {
 type master;
 file " datos.inversos.41.es";
 allow-update { none; };
 allow-transfer { secundarios; };
};

Para terminar con la configuración del servidor primario, se deben añadir los datos de la resolución en los ficheros indicados en el fichero /etc/named.conf.

Servidor Secundario

El sistema DNS permite replicar automáticamente la información disponible en un servidor primario a otro servidor que podrá, así, proporcionar el mismo servicio que el servidor primario, aumentando de esta manera la disponibilidad del sistema.

Para configurar un servidor secundario de DNS se le debe indicar dónde debe tomar los datos, lo que realizará mediante el proceso denominado transferencia de zona. Un mismo servidor puede ser primario de un grupo de zonas y secundario de otras.

Por otra parte, los clientes DNS no distinguen entre servidores secundarios o primarios y, de hecho, en su configuración se pueden colocar varios para una misma zona como se ha comentado en la configuración de los clientes.

La configuración del fichero /etc/named.conf para que el servidor secundario.ejemplo.es se sincronice con el servidor primario de ejemplo que se ha visto anteriormente y para que sólo los equipos de la subred 172.20.41.0/24 puedan realizar consultas a él, será:

options {
 directory "/var/named/datos/";
 };

zone "." {
 type hint;
 file "raiz.datos";
};

zone "localhost" IN {
 type master;
 file "localhost.datos";
};

zone "0.0.127.in-addr.arpa" {
 type master;
 file "datos.locales";
};

zone "ejemplo.es" {
 type slave;
 file "ejemplo.es.zone";
 master { 172.20.40.1; };
 allow-transfer { 172.20.40.1; };
 allow-query { 172.20.41.0/24; };
};

zone "40.20.172.in-addr.arpa" {
 type slave;
 file " datos.inversos.40.es ";
 master { 172.20.40.1; };
 allow-transfer { 172.20.40.1; };
 allow-query { 172.20.41.0/24; };
};

zone "41.20.172..in-addr.arpa" {
 type slave;
 file " datos.inversos.41.es ";
 master { 172.20.40.1; };
 allow-transfer { 172.20.40.1; };
 allow-query { 172.20.41.0/24; };
};

Servidor Caché

Los servidores caché de DNS no guardan la base de datos del servicio, sino que, conforme van resolviendo peticiones de los clientes con consultas a otros servidores, van guardándolas en memoria para utilizarlas en posteriores requerimientos. Esta tarea también la pueden realizar los servidores primarios y secundarios, con la única salvedad de que ellos, además, mantienen una copia de los ficheros de zona.

Para configurar un servidor como caché basta con que el fichero /etc/named.conf contenga:

options {
 directory "/var/named";
};

zone "0.0.127.in-addr.arpa"{ 
 type master;
 file "localhost";
};

zone "." {
 type hint;
 file "root.ca";
};

Donde sólo se dispone de dos ficheros, uno para la zona del loopback y otro donde se guardan las resoluciones de los servidores raíz.