DNS-BIND

• Conseguir los ficheros
  necesarios
• Configurar
  bind
• Configuración
  avanzada
• Configurar un servidor
  primario de dns
• Configurar un servidor
  dns secundario
• Probarlo
  todo
• Dónde conseguir ayuda
  de BIND

Versión 1.0, 24/10/2000, JEV

Versión 1.1, 07/01/2001, MAV

Copyright 1998-2000 Ivan E. Moore II. Este manual es
software
libre. Puede redistribuirlo y/o modificarlo bajo los
términos de la Licencia
Pública General de GNU según es
publicada por la Free Software
Foundation (http://www.fsf.org/),
bien de la versión 2 de dicha Licencia o bien
(según su elección) de cualquier versión
posterior.

Este manual se distribuye con la esperanza de que sea
útil, pero SIN NINGUNA GARANTÍA, incluso sin la
garantía MERCANTIL implícita o sin garantizar la
CONVENIENCIA PARA UN PROPÓSITO PARTICULAR. Véase
la Licencia Pública General de GNU para más
detalles.

Debería haber recibido una copia de la Licencia
Pública General junto con este manual. Si no ha sido
así, escriba a la Free Software Foundation, Inc., en 675
Mass Ave, Cambridge, MA 02139, EEUU. Añada
también información sobre cómo contactar
con usted mediante correo
electrónico y postal.

Este artículo ha sido producido por La Espiral y
su versión mas reciente se puede encontrar en
http://www.laespiral.org/

Resumen

Esta es la traducción al español
del capítulo 8 sobre DNS/BIND del
Manual Debian de Administración de Redes (http://www.debian.org/doc/manuals/network-administrator/).
La traducción al español ha sido realizada por
David Charro Ripa <dcharro[arroba]iname.com>.

Introducción

Bienvenido. El propósito de esta sección
es ayudar a configurar BIND en Debian. El documento
empezará desde cero y le llevará a un sistema BIND
completo y que funcione realmente. Tal y como pidieron algunas
personas, he incluido instrucciones sobre cómo configurar
un Dominio DNS
desde un punto de vista tanto de Servidor Primario
como de Servidor Secundario.

Además me he centrado sólo en BIND 8.x, ya
que es la versión actual utilizada por Debian y es mucho
mejor usarla. Si está usando BIND 4.x, le
recomendaría actualizarse.

Por favor, tenga en cuenta que la mayoría de la
gente no necesita tener BIND instalado en su sistema. De hecho
solo los servidores lo
necesitan realmente. De vez en cuando surgen ataques ( "exploits"
) que cualquiera puede hacer, desde ataques por denegación
de servicio a
verdaderas situaciones comprometedoras para el root. La
mayoría de los servidores DNS están incorrectamente
configurados y acaban en estas situaciones. Si está
configurando un sistema doméstico, no necesitará
tener instalado BIND. Por favor, piénselo antes de
seguir.

NOTA: La versión 8.2.1 de BIND y
posteriores tiene una presentación diferente. Todos los
ficheros de configuración relacionados con BIND
están ahora en /etc/bind. Estos incluyen los ficheros de
zona.

Por favor, lea
Dónde conseguir ayuda de BIND
para una ayuda avanzada de BIND.

Conseguir los ficheros necesarios

Antes de nada, necesitará instalar los ficheros
apropiados. Vaya al dselect e instale los siguientes
ficheros:

Ficheros necesarios:

Ficheros opcionales:

Si usa apt-get, entonces basta con ejecutar este
comando:

apt-get install bind bind-doc dnsutils

Configurar BIND

bindconfig

Si ya ha instalado BIND y ha contestado a las preguntas
durante la instalación, puede reconfigurar el sistema BIND
básico tecleando bindconfig. Este programa
configura sólo las opciones genéricas
básicas. bindconfig es lo que ejecuta dpkg cuando
instala BIND, de modo que lo que vamos a explicar es exactamente
lo que se encontrará cuando instale BIND la primera vez.
Así es como aparece.

Este programa no existe en las versiones de BIND 8.2.1 y
posteriores. Debería reaparecer de nuevo en cualquier
momento, pero por ahora ignore estos pasos si usa dichas
versiones.

Paso 1

(Ignore este paso si es la primera instalación
con dselect o con apt-get)

snowcrash:/var/named# bindconfig

It appears that you already have an /etc/named.conf file, suggesting
that you have already configured BIND version 8.X at least once. If
you proceed, a copy of this file will be saved, but no customizations
that you have made to it will be included in the new configuration.

If this means nothing to you, go ahead and proceed with the remainder
of the configuration process. If you have customized /etc/named.conf,
you probably want to stop now to preserve your customizations.

Proceed to configure BIND, ignoring existing /etc/named.conf? [N]

Paso 2

BIND Configuration
——————
By answering the following questions, you can configure BIND for your system.
If your system has already been configured, the default values will allow you
to verify your existing configuration.

Press [ENTER]

Paso 3

Forwarder Hosts
—————
If you are close to a well-connected host or set of hosts which accept
recursive DNS queries, it would be to your advantage to use them as forwarders
in order to reduce traffic over links to outside servers.

Your DNS server will send all queries not in its cache to the forwarders
first. Each forwarder will be asked in turn until an answer is returned or the
list is exhausted. If no answer is forthcoming from a forwarder, the server
will continue as it would have without the forwarders.

To answer this question, separate each address with a space, or answer `none'
to eliminate all forwarder hosts.

Forwarder IP addresses? []

Esta opción le permite redirigir cualquier
petición DNS a otro servidor DNS. La razón por la
que pudiera querer hacer esto es que se encontrara al otro lado
de un cortafuegos y no pudiera alcanzar la red exterior directamente.
Puede apuntar su servidor para que todas sus búsquedas las
haga desde servidores dentro de su red que puedan acceder a la
red exterior.

Paso 4

Localhost Entries
—————–
With this option, BIND will contain entries for the `localhost' pseudo-host
and its reverse mapping (127.0.0.1). This is recommended.

Enable localhost entries? [Y]

Usted necesita esto. Le permite asociaciones (
"mappings" ) hacia y desde su servidor local que es
127.0.0.1.

Paso 5

Configuration Complete
———————-
Advanced configuration, such as sortlists, xfrnets, limits, and other options
can be accomplished by manually editing the /var/named/boot.options
configuration file and reloading your nameserver. You may wish to refer to
the named(8) man page or review the documentation in /usr/doc/net/named to
assist in further customization.

This automatic configuration does not manipulate zone files; you should ensure
the proper boot entries are made in /var/named/boot.zones for each primary and
secondary zone you are serving. If you leave this file empty, your server will
act conveniently as a caching-only name server.

Saving old /var/named/boot.options to /var/named/boot.options.old …
Reading boot.zones …
Reading boot.options …
Rotated `/etc/named.conf' at Mon Dec 7 06:34:58 EST 1998.
Reload named now with the new configuration? [Y]

Toda su configuración básica ya
está completa. Siga adelante y diga sí ( "yes" )
aquí para que se reinicie BIND.

resolv.conf

/etc/resolv.conf es el fichero que busca Linux para saber
cómo debería realizar las búsquedas DNS. El
formato es como sigue:

domain sudominio.com
search sudominio.com otrosdominios.com
nameserver 192.168.100.1
nameserver 127.0.0.1

La primera línea le dice en qué dominio
está. Se puede omitir si quiere, pero recomendaría
su uso. La segunda es un patrón de búsqueda.
También puede omitirse, pero también
recomendaría su utilización. Sin ella no
podría buscar el nombre de una máquina sin tener
que escribir su nombre de dominio completamente calificado, p.e.
no podría buscar "beavis" . Debería buscar
"beavis.otrodominio.com" (a menos que lo haya especificado en su
fichero /etc/hosts).

Las líneas "nameserver" le dicen un orden de
búsqueda de servidores DNS. Ya que estamos configurando
BIND en su sistema, necesitará cambiar este fichero.
Querrá que se parezca más al siguiente:

domain sudominio.com
search sudominio.com
nameserver 127.0.0.1
nameserver x.x.x.x

Reemplace "sudominio.com" con cualquier dominio que
esté usando y sustituya la "x.x.x.x" con un servidor DNS
de respaldo que pueda usar. (De este modo, si falla el suyo,
aún podrá realizar búsquedas).

Guarde este fichero, y debería haberlo
conseguido. Lo que esto le ofrece es la capacidad para buscar
información DNS en Internet.

Por favor, diríjase a
Configurar un servidor primario de DNS
para informarse sobre cómo preparar un Dominio DNS
que funcione.

Configuración avanzada

named.conf

named.conf es el lugar donde le dice a BIND qué,
dónde y cómo. Se trata del fichero de
configuración principal de BIND. Antes de BIND 8.x este
fichero se llamaba named.boot. Más abajo está el
fichero named.conf que se crea tras la primera instalación
de BIND.

// generated by named-bootconf.pl

options {
directory "/var/named";
/*
* If there is a firewall between you and nameservers you want
* to talk to, you might need to uncomment the query-source
* directive below. Previous versions of BIND always asked
* questions using port 53, but BIND 8.1 uses an unprivileged
* port by default.
*/
// query-source address * port 53;
};

//
// Boot file for name server
//
// type domain source file
zone "." {
type hint;
file "named.root";
};

// Zone boot information and daemon options are kept in other files
// (autoincluded from boot.zones)
//
// Name server zone boot file
// See named(8) for syntax and further information
//
// type domain source file
// (autoincluded from boot.options)
//
// Options for name server
// Use `bindconfig' to automatically configure this file
//
// type domain source file
zone "localhost" {
type master;
file "named.local";
};

zone "127.in-addr.arpa" {
type master;
file "named.rev-local";
};

// Custom configurations below (will be preserved)

El fichero named.conf es muy configurable. Simplemente
con mirarlo ya se puede intuir cómo añadir un
dominio nuevo. Para añadir un dominio nuevo sólo
hay que poner al principio de su fichero named.conf lo
siguiente:

zone "nuevodominio.com" {
type master;
file "nuevodominio.db";
};

zone "100.168.192.in-addr.arpa" {
type master;
file "192.rev";
};

Reemplace "nuevodominio.com" con el nombre del dominio
que DNS va a resolver y sustituya "100.168.192.in-addr.arpa" con
la subred apropiada para la que llevará a cabo DNS
inverso. Observe el nombre de esta zona de búsqueda
inversa: es el número de dirección IP de la red en orden inverso,
seguido de .in-addr.arpa. Para
más información sobre cómo funciona esto,
por favor, vaya a la documentación de BIND 8.x situada en
/usr/doc. ( si instaló bind-doc) O pruebe con la
URL BIND Online
Documentation.

En el ejemplo anterior, "type" especifica si es un
master o un esclavo de ese dominio. El tipo master quiere decir
que su servidor DNS no pedirá a nadie más
información sobre ese dominio. Otros sistemas pueden
configurarse para realizar transferencias de zona (
"zone-transfers" ) de ese dominio. La transferencia de zona
básicamente significa pasar la información a otro
servidor DNS y así ser utilizado para realizar
búsquedas DNS. En cambio, si va
a extraer la información de otro servidor,
necesitará usar el tipo esclavo ( "type slave"
).

"file" en el ejemplo de arriba especifica el nombre del
fichero donde se guarda o se guardará la
información. Estos ficheros se encuentran (o
deberían encontrarse) por defecto en /var/named (a menos
que cambie la sentencia "directory" en
/etc/named.conf).

Por defecto BIND no está configurado con mucha
seguridad y
cualquiera puede extraer su información remotamente. Para
controlar quién puede realizar transferencias de zona y
así extraer información de su servidor,
añada esta línea a su fichero
named.conf:

allow-transfer "192.168.100.1"; /* this line */

Esta línea va dentro de la sección de
opciones como por ejemplo:

options {
directory "/var/named";
allow-transfer "192.168.100.1";
};

Sustituya 192.168.100.1 con la dirección IP de
aquellos servidores que quiera que sean capaces de realizar
transferencias de zona de su servidor. NOTA: Esto no quiere decir
que las personas no listadas aquí no sean capaces de hacer
búsquedas de nombres de servidores en su servidor.
Sólo significa que ellos tiene que conocer lo que
están buscando. Tienen que saber un nombre o una
dirección IP para hacer una búsqueda. No
podrán extraer todos los datos guardados
en sus ficheros de base de
datos.

Archivos de zona

Los archivos de zona
(o archivos de base de datos) son el corazón de
su sistema BIND. Aquí está toda la
información sobre qué nombre de host se asocia con
qué dirección IP.

Archivos de zonas de
dominio

Aquí tenemos un ejemplo para un fichero de
dominio de sudominio.com. Por favor observe que se trata de un
ejemplo muy genérico y que existen más
características que se pueden incluir. Vaya a la
documentación de BIND para obtener más ayuda de
estas características.

;
; BIND data file for sudominio.com
;
@ IN SOA sudominio.com. root.sudominio.com. (
1 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Default TTL

IN NS dns.sudominio.com.
IN MX 10 mail.sudominio.com.

www IN A 192.168.100.5
dns IN A 192.168.100.10
mail IN A 192.168.100.20

Cualquier línea que comience con ";" (punto y
coma) es un comentario y será ignorado por BIND. Las
primeras 6 líneas son de configuración de la zona.
Estas líneas dicen cuál es la zona (sudominio.com),
quién es el responsable (root.sudominio.com, que es
equivalente a root[arroba]sudominio.com) y alguna otra cosa
más. Estas otras cosas incluyen un número de serie
que nos dé una pista de cuándo se ha actualizado,
cada cuánto actualizar la base de datos, cada
cuánto reintentar una transferencia de zona, cuándo
caduca la información de zona y un tiempo de vida
por defecto. *IMPORTANTE* En el momento en que haga cambios a los
ficheros de zona, debe incrementar el número de serie. Si
no lo hace, puede haber problemas,
sobre todo si es un servidor primario proporcionando
información a sitios secundarios. La mayoría de
esta información sólo se usa si tiene sistemas
tanto maestros como esclavos.

Las dos líneas siguientes le dicen quién
es el servidor DNS primario y quién debería coger
el correo en este dominio. Puede tener múltiples
líneas de cada uno de estos. Para añadir más
servidores DNS tan solo hay que repetir exactamente lo que
está listado, cambiando el servidor dns.sudominio.com por
otro servidor DNS. Para añadir otro servidor de correo,
haga lo mismo salvo que tiene un campo extra. El "10" en la
línea MX establece la prioridad, los números bajos
son los primeros. Esto quiere decir que, si tiene 2 líneas
MX, una con 10 y la otra con 20, intentará enviar el
correo a la lista MX con la prioridad 10 y si falla irá a
la lista MX con la prioridad 20.

El resto del fichero de zona relaciona todas sus
computadoras e
IPs. Para más información de otras
características y configuración de esta
información pruebe con la documentación de
BIND.

Ficheros inversos

Los ficheros de búsqueda inversa son casi iguales
a los ficheros de dominio, pero con algunos pequeños
cambios. Aquí hay un ejemplo de un fichero de
búsqueda inversa.

;
; BIND reverse data file for 192.168.100.0
;
@ IN SOA sudominio.com. root.sudominio.com. (
1 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Default TTL
;
IN NS dns.sudominio.com.

5 IN PTR www.sudominio.com.
10 IN PTR dns.sudominio.com.
20 IN PTR mail.sudominio.com.

La primera sección de este fichero es exactamente
la misma que la primera sección de los ficheros de zona de
dominio. La sección de abajo es la diferente. Aquí
estamos listando primero la última parte de la
dirección IP y por tanto el nombre del puesto al
final.

Aquí tiene que fijarse en dos detalles. Debe usar
el nombre de dominio completamente cualificado y poner un punto
al final de él. Estas 2 observaciones son importantes y el
comportamiento
será extraño de no hacerlo así. Otra
posibilidad es usar "$ORIGIN" , que es el nombre de dominio que
se añade automáticamente a todos los nombres que no
acaban en punto. El origen puede cambiarse el fichero db con
$ORIGIN. No olvide el punto final de $ORIGIN. ( Paul
Albitz, Cricket Liu: DNS and BIND, O'Reilly & Accosiates,
Inc, 1a edic. julio 1994, pag. 136 )

$ORIGIN sudominio.com.

Configurar un servidor primario de
DNS

En el Servidor Primario de DNS es donde están las
copias maestras de sus archivos DNS. Puede ser un solo sistema u
otros servidores (Secundarios) pueden trabajar con él,
llevando a cabo transferencias de zona. Una transferencia de zona
es sólo eso, traspasar los archivos de zona de un sistema
a otro. Así es como un servidor primario distribuye su
información de zona a otros servidores.

Esta sección trata sobre cómo configurar
su sistema Debian como servidor primario de DNS. Crearemos un
dominio falso y configuraremos BIND para funcionar con ese
dominio.

Preparación

Lo que haremos aquí sera crear un nuevo dominio.
Para nuestros propósitos utilizaremos foo.org. En esta
sección, prepararemos su sistema Debian para ser un
servidor primario de foo.org.

Para una mejor comprensión del funcionamiento de
todo esto, usaremos los siguientes servidores con sus
correspondientes IP para los ejemplos.

www.foo.org = 192.168.100.10
news.foo.org = 192.168.100.20
mail.foo.org = 192.168.100.30
dns.foo.org = 192.168.100.40
dns2.foo.org = 192.168.100.50

Utilizando esto en nuestro ejemplo, dns.foo.org
representará su servidor Debian. dns2.foo.org será
usado
Configurar un Servidor DNS Secundario
. También habrá observado que estamos
utilizando la subred 192.168.100.x. Para nuestros ejemplos
aquí, también seremos maestro para esta
subred.

Configurar BIND para su nuevo Dominio
DNS

Ahora a configurar BIND. Como se muestra en

Configuración avanzada ,
configurar BIND es bastante sencillo. De nuevo, no vamos a tratar
ninguna configuración avanzada pero si desea ayuda, por
favor, pruebe con BIND 8.0
Online Documentation.

archivos de zona

Primero necesitamos crear dos archivos. Uno para su
dominio foo.org y otro para su subred 192.168.100.x. Empecemos
con el archivo del
dominio foo.org. Necesita crear un archivo llamado foo.db en
/var/named. (Este archivo puede llamarse como quiera, pero lo
hacemos así por el ejemplo). El archivo debería
parecerse a algo como esto:

;
; BIND data file for foo.db
; /var/named/foo.db
;
@ IN SOA foo.org. root.foo.org. (
1998121401 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Default TTL

IN NS dns.foo.org.

IN MX 10 mail.foo.org.

www IN A 192.168.100.10
news IN A 192.168.100.20
mail IN A 192.168.100.30
dns IN A 192.168.100.40
dns2 IN A 192.168.100.50

Observe, en el ejemplo anterior, que usamos como serie
1998121401. La razón principal por la que lo hacemos es
tener una pista de cuándo fue modificado por última
vez el archivo. Nos dice que el archivo fue modificado por ultima
vez el 14-12-1998 y que fue la primera vez en ese día. No
hace falta que lo haga así, pero necesitará estar
seguro de que
aumenta la serie cada vez que lo modifica. (Especialmente si
tiene Secundarios).

Ahora necesita crear su archivo de la subred
192.168.100.x. Cree un archivo llamado
192.168.100.db en /var/named. Se
parecerá necesariamente a algo como lo
siguiente:

;
; BIND reverse data file for 192.168.100.0
; /var/named/192.168.100.db
;
@ IN SOA foo.org. root.foo.org. (
1998121401 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Default TTL

IN NS dns.foo.org.

10 IN PTR www.foo.org.
20 IN PTR news.foo.org.
30 IN PTR mail.foo.org.
40 IN PTR dns.foo.org.
50 IN PTR dns2.foo.org.

Por favor, tanga en cuenta el (.) al final de cada
nombre de puesto. (ej. www.foo.org.) El punto DEBE estar
allí, pues de otra manera BIND no leerá
correctamente su zona.

named.conf

Ahora necesitamos añadir su nuevo dominio al
archivo de configuración de BIND. Adelante, edite su
archivo/etc/named.conf y añada las siguientes
líneas al final.

zone "foo.org" {
type master;
file "foo.db";
};

zone "100.168.192.in-addr.arpa" {
type master;
file "192.168.100.rev";
};

Guarde ese fichero y lo habrá hecho. Todo lo que
tiene que hacer ahora es ejecutar /etc/init.d/bind reload y
probarlo. Para ayuda sobre cómo comprobar BIND, por favor,
revise
Probarlo todo .

Configurar un Servidor DNS
Secundario

Un Servidor DNS Secundario es básicamente un
servidor de respaldo. No mantiene las versiones maestras de la
información de zona, sino copias. La mayoría de los
sitios usan servidores Secundarios en ubicaciones remotas o para
disminuir el trabajo del
servidor Primario. El servidor Secundario realiza transferencias
de zona en tiempos acordados, haciendo seguro que tenga las
versiones más actualizadas de la información de
zona.

Preparación

La gran diferencia al preparar un servidor Primario y
otro Secundario es que sus archivos de zona ya están
construidos. Los únicos cambios que tiene que hacer es
decirle a BIND en ambos sistemas que este servidor es uno
Secundario y realizar las transferencias de zona.

Configurar BIND como un Servidor
Secundario para su nuevo Dominio DNS

Cambios al Servidor
Primario

Primero tenemos que hacer cambios a su servidor Primario
de modo que conozca a su nuevo servidor Secundario. En el
Primario, edite su archivo de dominio foo.db y
añádale la siguiente línea: (Nota:
aquí se muestra el archivo completo.)

;
; BIND data file for foo.db
; /var/named/foo.db
;
@ IN SOA foo.org. root.foo.org. (
1998121401 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Default TTL

IN NS dns.foo.org.
IN NS dns2.foo.org. ; ADD THIS LINE ***

IN MX 10 mail.foo.org.

www IN A 192.168.100.10
news IN A 192.168.100.20
mail IN A 192.168.100.30
dns IN A 192.168.100.40
dns2 IN A 192.168.100.50

Ahora edite su archivo /var/named/192.168.100.db y haga
lo mismo.

;
; BIND reverse data file for 192.168.100.0
; /var/named/192.168.100.db
;
@ IN SOA foo.org. root.foo.org. (
1998121401 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Default TTL

IN NS dns.foo.org.
IN NS dns2.foo.org. ; ADD THIS LINE ***

10 IN PTR www.foo.org.
20 IN PTR news.foo.org.
30 IN PTR mail.foo.org.
40 IN PTR dns.foo.org.
50 IN PTR dns2.foo.org.

Lo que consigue al añadir la nueva línea
IN NS es decirle a BIND que dns2.foo.org también es un
servidor DNS autorizado para foo.org y la subred 192.168.100.x.
Con BIND 8.x esto también le dice a BIND que en cualquier
momento que se haga un cambio a los archivos de zona, debe
notificar a dns2.foo.org que se ha hecho un cambio de modo que
dns2.foo.org pueda hacer una transferencia de zona.

Por favor, note que si ha configurado su servidor
Primario solamente para permitir transferencias de zona desde
anfitriones específicos, necesitará estar seguro de
que dns2.foo.org está incluido en esa lista.
(opción allows-transfer en /etc/named.conf.)

Puede volver a cargar BIND en su servidor Primario.
(/etc/init.d/bind reload)

named.conf

Ahora necesita añadir información a su
archivo /etc/named.conf en su servidor Secundario. Añada
las siguientes líneas al final de
/etc/named.conf:

zone "foo.org" {
type slave;
file "foo.db";
masters {
192.168.100.40;
};
};

zone "100.168.192.in-addr.arpa" {
type slave;
file "192.168.100.db";
masters {
192.168.100.40;
};
};

Lo anterior le indica a BIND que su servidor es un
esclavo (Secundario) de foo.org y la subred 192.168.100.x.
También le dice a BIND que necesita para conseguir la
información de zona (foo.db y 182.168.100.db) de
192.168.100.40, el cual es dns.foo.org.

Archivos de zona

Como se trata de un servidor Secundario, no hay
necesidad de hacer nada con los archivos de zona. ¡PREMIO!
Todo funcionará mientras tenga correctamente configurado
su servidor Primario y su archivo named.conf esté
configurado adecuadamente.

Lo ha conseguido. Cargue de nuevo su BIND y
pruébelo. /etc/init.d/bind reload

Información

Ahora, cada vez que se modifiquen los archivos de zona
del sitio del Primario y se incremente el número de serie,
BIND enviará una notificación a todos los
Secundarios (cualquier servidor en el archivo de zona con un
registro IN
NS) avisando que se ha hecho un cambio. Entonces el BIND de cada
uno de estos servidores comparará sus propios archivos de
zona para ver si tiene la misma versión o no. Si la
versión que el Primario ha notificado es más
reciente, entonces llevará a cabo una transferencia de
zona y obtendrá la nueva versión.

Si todo está configurado adecuadamente, nunca
necesitará hacer cambios en su servidor Secundario salvo
para actualizar el propio BIND. Todos los cambios a partir de
aquí se harán en el servidor Primario. La
excepción es si se añade una nueva zona en el
primario, tendrá que añadirla a los Secundarios
también si quiere que sean Secundarios de la nueva
zona.

Probarlo todo

Las pruebas son la
parte fácil. Si ha seguido las directivas escritas
aquí, todo funcionará. Lo primero que necesita
antes de poder probar
propiamente es cargar de nuevo la base de datos.

/etc/init.d/bind reload

Entonces debe seguir adelante, ejecutar nslookup
y hacer algunas consultas

snowcrash:~# nslookup
Default Server: localhost
Address: 127.0.0.1

>

Cuando ejecute nslookup, debería parecerse
al ejemplo anterior a menos que haya creado su propio dominio y
esté usando una dirección IP diferente de
127.0.0.1. Debería poder escribir www.debian.org y, tras
pensárselo un poco, devolverle la dirección IP de
www.debian.org.

Si está siguiendo estas instrucciones para
configurar un nuevo dominio, su nslookup se
parecería más a esto:

snowcrash:~# nslookup
Default Server: dns.foo.org
Address: 192.168.100.40

>

Ahora podría buscar cada uno de los puestos que
añadimos a sus archivos de zona. (www.foo.org,
mail.foo.org, etc…)

Dónde conseguir ayuda de BIND

Los siguientes sitios son buenas fuentes de
ayuda para BIND:

• ISC's BIND
  Site
• BIND
  Documentation Online
• Linux
  DNS HOWTO

Ivan E. Moore II.

© Copyright 2001, 2002, 2003, 2004, La
Espiral,

Permitida la copia y distribución textual, integral, siempre y
cuando se mantenga este aviso.