Archivos de zona
Aunque se pueda atribuir nombres a los diversos sistemas de una red, estos no consiguen reconocerse entre sí sin un sistema de resolución de nombres. Para que un sistema consiga localizar la dirección IP asociada al nombre de otro sistema, es necesario que éste esté registrado en un servidor DNS, para permitir la resolución de nombres.
Importante
Antes de instalar el servidor DNS, la [Cache DNS](bind-cache.md) debe estar previamente configurada y verificada.
Contenido de los archivos de zona¶
Los Archivos de zona contienen información sobre un espacio de nombres particular.
Cada archivo de zona contiene directivas y registros de recursos. Las directivas le dicen al servidor de nombres que realice tareas o aplique configuraciones especiales a la zona. Los registros de recursos define los parámetros de la zona y asignan identidades a hosts individuales. Las directivas son opcionales, pero los registros de recursos se requieren para proporcionar servicios de nombres a la zona.
Declaración de registros y directivas
Todas las directivas y registros de recursos deben ir en sus propias líneas individuales.
Los comentarios se pueden colocar después de los punto y comas (;) en archivos de zona.
Directivas de archivos de zona¶
Las directivas comienzan con el símbolo de dolar ($) seguido del nombre de la directiva. Usualmente aparecen en la parte superior del archivo de zona.
Lo siguiente son directivas usadas a menudo:
$INCLUDE¶
Se utiliza para incluir otro archivo de zona en el archivo de zona donde se usa la directiva. Así se pueden almacenar configuraciones de zona suplementarias aparte del archivo de zona principal.
$ORIGIN¶
Anexa el nombre del dominio a registros no cualificados, tales como aquellos con el nombre de host solamente.
Por ejemplo, un archivo de zona puede contener la línea siguiente:
Entonces, a cualquier nombre utilizado en registros de recursos que no terminen en un punto (.) se le agregará itel.lan
Uso de la directiva $ORIGIN
El uso de la directiva `$ORIGIN` no es necesario si la zona fue especificada en el archivo `/etc/named.conf`
$TTL¶
Ajusta el valor Time to Live (TTL) predeterminado para la zona. Este es el tiempo en el que un registro de recurso de zona es válido. Cada recurso puede contener su propio valor TTL, el cual ignora esta directiva.
Cuando se decide aumentar este valor, permite a los servidores de nombres remotos hacer caché a la información de zona para un período más largo de tiempo, reduciendo el número de consultas para la zona.
Registros de recursos de archivos de zona¶
El componente principal de un archivo de zona son los registros de recursos o Resource Records (RR).
Hay muchos tipos de registros de recursos de archivos de zona. A continuación se listan los tipos de registros más frecuentes.
SOA (Start of Authority)¶
El registro de recursos SOA indica el inicio de una zona autoritativa para un determinado nombre de dominio. Un registro SOA es el primer registro en un archivo de zona.
El ejemplo siguiente muestra la estructura básica de un registro de recursos SOA:
@ IN SOA <primary-name-server> <hostmaster-email> (
<serial-number>
<time-to-refresh>
<time-to-retry>
<time-to-expire>
<minimum-TTL> )
Donde:
-
@es reemplazado por el contenido de la directiva $ORIGIN (o el nombre de la zona, si la directiva $ORIGIN no está configurada). -
INsignifica Internet Address o dirección de internet. -
<primary-name-server>es el nombre del host del servidor de nombres que tiene autoridad sobre este dominio. -
<hostmaster-email>es el correo electrónico de la persona a contactar sobre este dominio. -
<serial-number>es un valor numérico que es incrementado cada vez que se cambia el archivo de zona. Es usado por los servidores esclavos para determinar si esta usando datos de la zona desactualizados y si debería refrescarlos. -
<time-to-refresh>es el valor numérico que los servidores esclavos utilizan para determinar cuánto tiempo debe esperar antes de preguntar al servidor de nombres maestro si se han realizado cambios a la zona. -
<time-to-retry>es un valor numérico usado por los servidores esclavos para determinar el intervalo de tiempo que tiene que esperar antes de emitir una petición de actualización de datos en caso de que el servidor de nombres maestro no responda. -
<time-to-expire>es el tiempo que, ante la no respuesta del servidor maestro, los servidores esclavos dejan de responder como autoridad sobre un dominio. -
<minimum-TTL>es la cantidad de tiempo que otros servidores de nombres guardan en caché la información de zona.
SOA y los servidores esclavos
Los parámetros que se encuentran dentro de `( )` son aquellos que regirán el funcionamiento de los servidores esclavos que existan en el sistema.
Unidades para expresar tiempo
Cuando se configura BIND, todos los tiempos son siempre referenciados en segundos. Sin embargo, es posible usar abreviaciones cuando se especifiquen unidades de tiempo además de segundos, tales como minutos (M), horas (H), días (D) y semanas (W).
Un ejemplo de aplicación para este registro:
NS (Name Server)¶
Anuncia los nombres de servidores con autoridad sobre una zona particular.
La sintaxis de un registro NS:
Donde <zone-name> es el nombre de la zona sobre la que el servidor posee autoridad. Luego, el <nameserver-name> debería ser un FQDN.
Es costumbre emplear dos servidores DNS con autoridad sobre el dominio. No es importante si estos nombres de servidores son esclavos o si son maestros; ambos son considerados con autoridad sobre el dominio.
Un ejemplo del uso de este registro:
Sin embargo, como se explicó mas arriba, el símbolo @ reemplaza el nombre del archivo de zona. Por tanto, podemos escribir:
Inclusive es posible dejar el parámetro del nombre de zona en blanco ya que en el RR anterior se utilizó. La regla es: si no se especifica nada antes del parámetro IN se asume el valor que existía anteriormente. Por lo tanto la configuración del RR sería:
Finalmente, podríamos prescindir también de la clase IN (Internet) ya que si no se no se especifica explícitamente, BIND utiliza el valor predeterminado IN de todos modos. Entonces, podríamos escribir:
MX (Mail eXchange)¶
Indica dónde debería de ir el correo enviado a un espacio de nombres particular controlado por esta zona.
La sintaxis empleada para definir un registro MX:
Donde:
-
<zone-name>es el nombre de la zona sobre la que el servidor posee autoridad. -
<preference-value>permite una clasificación numérica de los servidores de correo para un espacio de nombres, dando preferencia a algunos sistemas de correo sobre otros. El registro de recursos MX con el valor más bajo<preference-value>es preferido sobre los otros. Sin embargo, múltiples servidores de correo pueden tener el mismo valor para distribuir el tráfico de forma pareja entre ellos. -
<email-server-name>puede ser un nombre de servidor o FQDN.
Un ejemplo de configuración para este registro:
Prioridad de los servidores de correo
En el ejemplo anterior, el primer servidor de correo `mail1.itel.lan` es preferido al servidor de correo `mail2.itel.lan` cuando se recibe correo destinado para el dominio `itel.lan`.
No obstante, como se explicó en un RR anterior, la configuración del registro se puede escribir de forma abreviada, como sigue:
A (Address)¶
Un registro A o de direcciones enlaza un dominio con la dirección IP física de un servidor.
La sintaxis para declarar este registro es:
Si el valor <host> es omitido, o si en su lugar se usa el símbolo @, el registro A apunta a una dirección IP por defecto. Esto es así para todas las peticiones no FQDN.
Si consideramos el siguiente ejemplo de registro A para el archivo de zona itel.lan:
Las peticiones para itel.lan son apuntadas a 192.168.0.3, mientras que las solicitudes para servidor.itel.lan son dirigidas a 192.168.0.5.
Naturalmente, podemos escribir de manera abreviada la configuración para este registro:
CNAME (Canonical Name)¶
El registro de nombre canónico, enlaza un nombre con otro. Es también conocido como un alias.
La sintaxis empleada por el registro CNAME es la siguiente:
Donde cualquier petición enviada a <alias-name> apuntará al host <real-name>.
Veamos el ejemplo siguiente de aplicación:
Un registro A vincula un nombre de host a una dirección IP, mientras que un registro CNAME apunta al nombre host www.itel.lan, comúnmente usado para este.
De manera abreviada:
PTR (PoinTeR)¶
Los registros PTR o punteros, son usados principalmente para la resolución inversa de nombres, pues ellos apuntan direcciones IP de vuelta a un nombre particular.
La sintaxis de uso de este registro es:
El valor <last-IP-digit> se refiere al último número en una dirección IP que apunta al FQDN de un sistema particular.
Un ejemplo de configuración empleando este registro:
Y de forma resumida:
Otros registros¶
Existen muchos otros registros de recursos disponibles. En la presente documentación se listaron los de uso frecuente. No obstante, a continuación se reseñan algunos de ellos:
AAAA¶
Registro análogo al registro A pero para direcciones IPv6. Su sintaxis es la siguiente:
TXT (Text Record)¶
Un registro TXT es un registro DNS que proporciona información de texto a fuentes externas a tu dominio y que se puede utilizar con distintos fines. El valor del registro puede corresponder a un texto legible por una máquina o por una persona.
La sintaxis de declración de este registro es:
Resource records
Existen muchos más tipos de registros de recursos aunque no son tan comunes. Podés consultar más información sobre los mismos:
* [Wikipedia](https://es.wikipedia.org/wiki/Anexo:Tipos_de_registros_DNS)
* [Internet System Consortium](ftp://ftp.isc.org/isc/bind9/9.10.3-P4/doc/arm/Bv9ARM.ch06.html#types_of_resource_records_and_when_to_use_them)
Hasta acá, hemos abordado las principales directivas y registros de recursos de forma individual. Cuando se colocan juntos en los archivos de zona, resulta más sencillo comprender su función.