Tipos de registros de recursos
Registros SOA (Start Of Authority)
Permiten definir el inicio de autoridad o, lo que es lo mismo el servidor que tiene autoridad sobre la zona. Indica el nombre del servidor, un número de serie, y una serie de tiempos relativos a la transferencia de zona desde el servidor autoritario o primario de la zona y los posibles servidores secundarios.
El siguiente ejemplo muestra un ejemplo del contenido de este registro para especificar que el ordenador server del dominio aulaubuntu.com es el servidor con autoridad sobre la zona.
aulaubuntu.com. IN SOA server.aulaubuntu.com. luis.aulaubuntu.com( 2011082301
10800 3600 604800 38400 )
Como se puede ver, como propietario del registro figura el dominio. Después del tipo de registro SOA) se escribe el nombre del equipo servidor (server.aulaubuntu.com.) y después la dirección de correo electrónico de la persona responsable de administrar la zona (luis.aulaubuntu.com.). En la dirección de correo electrónico no se puede usar "@" i, en su lugar, hay que escribir un punto. Después se escriben entre paréntesis varios números separados por espacios y que representan lo siguiente
Numero de serie: debe modificarse con un número mayor cada vez que se
actualice la zona. Lo utilizan los servidores secundarios cuando van a solicitar una transferencia de zona. Un secundario solicita antes este valor y si no es mayor que el que recibió por última vez, no solicita la transferencia. Puede usarse cualquier sistema que se considere adecuado para escribir este número. Se considera que una buena medida es escribir el número con el formato YYYYMMDDn donde DD es el día de la actualización de la zona, MM el mes, YYYY el año y n un número que representa el número de actualización dentro de la fecha. Puedes comprobar que en el registro del ejemplo, para este formato de numeración, se indica que se trata de la actualización número 1 del día 23 de agosto de 2011.
Actualización: indica cada cuanto tiempo expresado en segundos deben los
servidores secundarios solicitar las transferencias de zona. Puedes considerar los pros y los contras de tener tiempos bajos o tiempos altos.
Reintento: indica el intervalo de tiempo que debe esperar un secundario para
volver a intentar una transferencia de zona cuando la ha solicitado y no le ha respondido el primario.
Expiración: indica el tiempo máximo que puede transcurrir sin que un
secundario reciba respuesta de un primario. Si se supera este tiempo, el secundario borra toda la zona y deja de ser servidor en la zona.
TTl negativo: establece el tiempo máximo que otro servidor DNS debe guardar
en su caché DNS una repuesta negativa (de no encontrar un nombre) enviada por este servidor o desde esta zona.
Registros NS:
Debe haber tantos como servidores DNS estén autorizados para resolver en la zona. Un registro NS se escribe con la sintaxis:
Zona IN NS servidor
En zona podemos escribir el nombre de la zona (terminado en punto) o el símbolo @. En servidor debemos escribir el nombre FQDN de un servidor DNS. Por ejemplo para especificar que server y server2 son los dos servidores DNS de la zona
aulaubuntu.com, tenemos que escribir:
aulaubuntu.com. IN NS server.aulaubuntu.com. aulaubuntu.com. IN NS server2.aulaubuntu.com. o bien: @ IN NS server.aulaubuntu.com. @ IN NS server2.aulaubuntu.com.
Registros A.
Son los registros que permiten resolver nombres de equipos, es decir, obtener su dirección IP a partir de su nombre DNS. La sintaxis para estos registros es:
NombreEquipo IN A direcciónIPv4
El nombre de equipo puedes darle como un FQDN (el nombre completo DNS terminado en un punto) o como un nombre relativo (el nombre no termina un punto y el servidor usará ese nombre seguido de un punto y el nombre de la zona).
Por ejemplo, si queremos que se resuelva el nombre de los ordenadores pc1, server y server2 y de la impresora de red printer del dominio aulaubuntu.com y sabemos que sus direcciones IPv4 son las primeras de la red 192.168.5.0/24, debemos escribir los registros:
pc1.aulaubuntu.com. IN A 192.168.5.1 server.aulaubuntu.com. IN A 192.168.5.2 server2.aulaubuntu.com. IN A 192.168.5.3 printer.aulaubuntu.com. IN A 192.168.5.4
Aunque también podríamos haber usado nombres relativos y escribir:
pc1 IN A 192.168.5.1 server IN A 192.168.5.2 server2 IN A 192.168.5.3 printer IN A 192.168.5.4
Es posible declarar varios registros A para una misma dirección IP y, por tanto, establecer que un ordenador tenga varios nombres DNS. Por ejemplo, esto lo realizan las organizaciones que tienen el servicio web distribuido entre varios servidores para que se reparta la carga de trabajo entre ellos
Registros AAAA:
Al igual que los anteriores, son registros para resolver nombres de equipos. En este caso permiten obtener direcciones IPv6 a partir de nombres de equipos. Tienen la misma sintaxis que los registros A.
NombreEquipo IN AAAA DirecciónIPv6
Si se usa el direccionamiento IPv6, además de direccionamiento IPv4, se deben añadir registros AAAA para todos los equipos aunque ya se hayan añadido sus correspondientes registros A.
Si el ordenador server tiene la IPv6 2001:05BC:0000:0001:0008:F712:1234:07C1, su registro AAAA será:
server.aulaubuntu.com. IN AAAA 2001:05BC:0000:0001:0008:F712:1234:07C1
Registros CNAME:
Permiten declarar un alias de nombre para un equipo. Se usa para que varios nombres sirvan para apuntar a una misma IP o a un mismo ordenador. La sintaxis de este registro es:
NombreAlias IN CNAME NombreEquipo
Donde NombreEquipo debe ser un nombre de equipo añadido con un registro A y/o con un registro AAAA. Por ejemplo, si en el ordenador server2 tenemos el servidor web, sería aconsejable que tuviese el alias www para que se acceda a ese ordenador con el nombre www.aulaubuntu.com. El registro que tendríamos que añadir sería:
www.aulaubuntu.com. IN CNAME server2.aulaubuntu.com.
www IN CNAME server2
Registros PTR:
Se usan para resolución inversa. Por tanto sólo pueden aparecer en una zona de resolución inversa y nunca en una zona de resolución directa. Permiten obtener un nombre DNS a partir de su dirección IP. Los registros PTR deben ser congruentes con los registros A, es decir, tenemos que tener cuidado de que para un mismo nombre tengamos direcciones IP diferentes en los registros A y en los registros PTR o bien que tengamos nombres diferentes para una misma dirección IP.
La sintaxis para un registro PTR es:
Nombre_in-addr IN PTR NombreEquipo
Donde Nombre_addr es el nombre bajo el dominio addr.arpa. Un nombre in-addr completo consta de una dirección IP escrita en orden inverso seguida del nombre del dominio in-addr.arpa.
Por ejemplo, para añadir un registro PTR para el ordenador server2 cuya dirección IP es 192.168.5.3, deberíamos escribir:
3.5.168.192.in-addr.arpa. IN PTR server.aulabuntu.com.
También para el nombre_in-addr podemos usar un nombre relativo. De esta forma, si la zona de resolución inversa fuese para la red 192.168.5. en cuyo caso el nombre de la zona sería 5.168.192.in-addr.arpa., podríamos escribir:
3 IN PTR server.aulaubuntu.com.
Registros MX:
Sirven para indicar los servidores de intercambio de correo o, lo que es lo mismo, los que se encargan de recibir el correo para el dominio. La sintaxis de este registro es:
NombreDominio IN MX prioridad NombreServidor
La prioridad es un número que sirve para indicar, cuando hay más de un servidor de correo, en qué orden acceden los clientes al servidor de correo. Cuanto más bajo sea ese número, mayor será la prioridad. Por ejemplo, si server y server2 son servidores de correo y queremos que se acceda primero al servidor server2, podríamos escribir los registros:
aulaubuntu.com. IN MX 1 server2.aulaubuntu.com. aulaubuntu.com. IN MX 2 server2.aulaubuntu.com.
Registros SRV:
Sirven para especificar información sobre servicios disponibles en el dominio de red como http, https, smtp y otros muchos. Son especialmente útiles cuando un mismo servicio es ofrecido por varios servidores para indicar la prioridad de los servidores o cómo se van a repartir la carga de trabajo. La sintaxis de este registro es la siguiente:
_servicio._protocolo.Zona IN SRV prioridad peso puerto nombreEquipo
Servicio es el nombre del servicio o del protocolo de los niveles de aplicación
correspondiente al servicio. Algunos de estos nombres son ftp, http, https,
mailto, etc.
Protocolo es el protocolo de nivel de transporte sobre el que trabaja el
servicio. Puede ser tcp o udp. Para los servicios puestos como ejemplos sería tcp.
Prioridad, al igual que en los registros MX, indica el orden en que van a
acceder los clientes a las máquinas que ofrecen el servicio. Accederán primero al servidor que tenga menos prioridad.
Peso, indica cómo se van a repartir la carga de trabajo los servidores. Cuando
se quiere repartir la carga, debemos poner los mismos valores en la prioridad de los servidores. Entonces, en peso podemos indicar el porcentaje de reparto de carga para los servidores.
Puerto es el número de puerto que los servidores usan para comunicarse con
los clientes.
Por ejemplo, si queremos indicar en un registro que el servicio web (servicio http a través del puerto 80) es ofrecido en aulaubuntu.com por el servidor llamado www, el registro que debemos escribir es:
_http._tcp.aulaubuntu.com. IN SRV 0 0 80 www.aulaubuntu.com.
En este caso son indiferentes los valores que pongamos en prioridad y peso ya que se ha supuesto que sólo hay un servidor de este tipo.
Si queremos indicar que los ordenadores server1 y server2 del dominio aulaubuntu.com son servidores de envío de correo (mailto) y que server1 va a ser utilizado antes que server2 por los clientes, habrá que poner un valor menor en la prioridad de server1 (para que tenga mayor prioridad). Los registros srv para este servicio podían contener:
_mailto._tcp.aulaubuntu.com. IN SRV 1 0 25 server1.aulaubuntu.com. _mailto._tcp.aulaubuntu.com. IN SRV 2 0 25 server1.aulaubuntu.com.
En cambio, si quisiéramos que los servidores anteriores se repartiesen la carga de trabajo en un porcentaje del 75% para server1 y 25% para server2, los registros que escribiríamos podrían contener:
_mailto._tcp.aulaubuntu.com. IN SRV 1 0 25 server1.aulaubuntu.com. _mailto._tcp.aulaubuntu.com. IN SRV 2 0 25 server1.aulaubuntu.com.
En principio, te puede resultar un poco complejo la utilización de los registros SRV y MX. Es normal ya que hasta ahora sólo hemos estudiado los servicios DNS y DHCP. No te preocupes, si tienes que usarlos en algún ejercicio se te indicarán los valores que tienes que poner. Más adelante, en otras unidades volveremos a hacer referencia a estos registros para la configuración de los servicios en la red.
Ahora es importante que sepas trabajar con los registros SOA, NS, A, CNAME y PTR.
