Source: https://blog.infranetworking.com/servidor-dns/
Timestamp: 2019-12-16 07:50:15+00:00

Document:
Servidor DNS: ¿Qué es? ¿Cómo funciona? - Infranetworking
30 Ene 2019 por Álvaro De León en Tutoriales de Hosting
La computación en general, así como Internet, están llenas de iniciales, siglas y abreviaciones. Se le adjudican abreviaciones a todo, mientras más confusas mejor y muchas veces las usamos sabiendo más o menos a que se refieren, tal como sucede con el DNS y Servidor DNS.
Cuando hablamos de registrar un dominio o configurarlo, una de las primeras iniciales que aparecen son DNS y servidor DNS ¿Pero que son exactamente? ¿En qué se diferencian?
Primero hay que diferenciar cuando hablamos de DNS y cuando decimos Servidor DNS, si bien están fuertemente relacionados no son lo mismo. Los registros DNS son un conjunto de datos o configuración según lo vemos que están relacionados un dominio de internet mientras que el Servidor DNS es un sistema que permite administrar y consultar estos registros.
A continuación veremos con más detalle todas las partes que abarcan y cómo funciona todo el sistema DNS en general.
1 ¿Qué significa DNS?
2 ¿Qué es un servidor DNS?
3 Reseña histórica del Servidor DNS
3.1 Servidor DNS en 1970
3.2 Servidor DNS en la actualidad
4 ¿Que es un dominio de Internet?
5 Corporación de Internet para la Asignación de Nombres y Números
6 ¿Cuántas clases de dominios existen y cuáles son?
6.1 Dominios de nivel superior
6.2 Dominios de segundo nivel
6.3 Pseudodominios de nivel superior
7 Estructura del servicio de nombres
7.1 Servidor DNS Raíz o Root Server
7.2 Top Level Domain (gTLD y ccTLD)
7.3 Servidor DNS autoritativo
8 ¿Cómo funciona la resolución de nombres o resolución DNS)?
9 Registros DNS
10 Time to Live (TTL)
11.1 La clase IN
11.2 La clase CSNET
11.3 La clase CHAOS
11.4 La clase Hesiod
12 Diferentes Tipos de Registros de un Servidor DNS
12.1 Tipo A
12.2 Tipo CNAME
12.3 Tipo MX
12.4 Tipo TXT
12.5 Otros registros DNS
Cuando nos referimos al DNS podemos estar hablando de dos cosas diferentes aunque relacionadas entre sí y que pueden confundirse muy fácilmente. La diferencia fundamental está en la última letra de la palabra DNS, la letra «S» significa cosas diferentes según el contexto en que se mencione.
Podemos estar hablando de Domain Name System cuya traducción literal es Sistema de Nombres de Dominio o de Domain Name Server o en español Servidor de Nombres de Dominio.
Cuando hablamos del Sistema de Nombres de Dominio nos referimos al sistema que permite gestionar y administrar los dominios de Internet y la correspondiente dirección IP del servidor donde está alojando ese dominio.
Por cada dominio se puede guardar una serie de datos agrupados en lo que se llama registros, hay diferentes tipos de registros DNS que persiguen diferentes fines. Por ejemplo, algunos pueden servir para apuntar el sitio web para que este se vea online, y otros pueden servir como Mail Exchanger (MX) para permitirnos enviar y recibir email de forma correcta.
Podemos decir que un servidor DNS es un servidor de Base de Datos y los registros DNS son los datos que el servidor administra y que los coloca disponible para ser consultados por otros equipos informáticos (clientes).
Se usa el término Domain Name System para referirse a todo el sistema de registro, gestión de los dominios en cada una de las jerarquías y niveles, algo que veremos más adelante en detalle.
Por otra parte Domain Name Server se refiere a un servicio o servidor en particular que se encarga de gestionar una parte del sistema de nombres, puede tratarse de un servicio que gestione millones de dominios o que gestione uno solo.
Aquí es donde ya entramos a aclarar varios componentes que forman parte y hacen que un servidor DNS funcione como tal:
Servidor DNS: que es quien devuelve respuestas ante las peticiones a cada cliente.
Zona de autoridad: son servidores DNS utilizados como resolvedores de dominios de diferente TLD (.com.mx .es .com .net, etc)
Reseña histórica del Servidor DNS
Para navegar en Internet hay dos maneras, la más común es en nuestra computadora, tablet o teléfono. Para esto lo que hacemos es abrir el navegador, esperar a que la página de inicio de Google cargue y usar el cuadro de búsquedas del navegador para ir a donde queramos.
La segunda manera es escribir en la barra del navegador la dirección del dominio del sitio que queremos que se muestre en nuestro dispositivo, sin embargo entre que tecleamos el dominio y se muestra la página ocurren muchas cosas.
Cuando Internet fue creado y se unieron los primeros nodos a la red, a cada uno había que identificarlos de alguna manera. Como Internet fue creada por ingenieros, estos hicieron lo que los ingenieros siempre hacen: usar números.
Para eso usaron 4 grupos de números decimales separados por puntos, que es lo que conocemos como dirección IP y forma parte de la base sobre la que internet funciona, es decir el protocolo TCP/IP (que no entiende de dominios o nombres amigables).
Numerarlos en un principio esto parecía lógico ya que en 1960 eran menos de media docena de nodos, a pesar que eran direcciones numericas eran tan fácil de recordar como si fueran un número telefónico, la cosa se complicó cuando aumentó la cantidad de nodos y por tanto la cantidad de direcciones que recordar.
Hay quien puede decir que estos ingenieros no pudieron prever la expansión de Internet, en cierta medida es cierto porque el protocolo que IPv4 original quedó tan corto que para poder permitir que Internet siga creciendo hubo que inventar IPv6 y asi poder alojar más nodos.
Sin embargo aun con los límites de la primera versión del protocolo IP (IPv4) tendriamos 4.294.967.296 direcciones que recordar de alguna manera y esto no fue previsto.
Una solución que se encontró darle a cada nodo o computadora en la red un nombre más amigable y fácil de recordar, además que fuera estable a lo largo del tiempo y crear un listado a modo de «guía telefónica» que permitirá a partir del nombre encontrar la IP que le corresponde.
Servidor DNS en 1970
En tiempos de ARPANET (así se llamaba Internet en sus comienzos) solo bastaba con un fichero de texto llamado hosts que consista en un archivo de texto que contenía una lista de nombres y donde cada uno tenía asignada su respectiva dirección de red, está lista almacenaba todos los dominios que existían.
Si la IP cambiaba por cualquier razón no importaba porque el nombre del servidor continuaría igual, esto facilitaba que sin importar el cambio de IP el usuario iba a localizar el servidor correcto porque su nombre no cambiaba, solo se actualizaba la IP en el listado.
La actualización de este archivo se ocurría una vez al día y todo funcionaba bien cuando se trataba de algunos cientos de computadoras, sin embargo previendo el crecimiento de la red se busco otra manera más óptima de manejar el sistema de nombres.
Fue así como a mediados de la década del ochenta nació el servicio de DNS, que significa Sistema de Nombres de Dominio y es el sistema que nos permite traducir el nombre de un dominio a una dirección de red llamada IP necesaria para poder conectar al servidor que buscamos.
El servicio DNS ofrece muchas ventajas por sobre el archivo hosts, para comenzar puso orden donde antes había caos, antes no existía una entidad que se encargará de mantener actualizado un archivo, habian muchas versiones de estos archivos.
Cada uno tenía una especie de «guía telefónica» que podía estar desactualizada y era diferente a la de los demas, si se daba de alta un nuevo nodo o un nodo cambiaba de IP había que avisar a todos de este cambio, nada garantiza que estos cambios se replicarán.
A diferencia del método del archivo host, en el caso del sistema DNS se trata de un sistema que aplica el modelo cliente-servidor que canaliza las consultas en servidores remotos sin necesidad de actualizar el cliente.
En ese escenario es el cliente el que consulta, a su vez también descentraliza y delega la autoridad de los diferentes jerarquías y tipos de dominio (esto lo veremos con más detalle más adelante).
Si bien hoy nos adaptamos a usar el servicio DNS, el archivo host no ha quedado del todo obsoleto, de hecho resulta muy útil en algunas circunstancias. En el presente en todas nuestras computadoras podemos encontrar el archivo hosts, el cual puede ser utilizado como en los viejos tiempos para hacer muchas cosas. Si quieres ver cómo funciona y cómo puedes utilizarlo puedes ver el siguiente artículo: Cómo usar el archivo hosts de nuestro sistema operativo.
Al final, la evolución del DNS resultó en que todos obtuvimos una solución más escalable, útil y rápida que permitiría posteriormente el desarrollo de la Internet moderna tal como la conocemos hoy, con millones de servidores DNS, dominios, zonas DNS y registros DNS de todo tipo.
Una de las grandes ventajas que presenta el sistema DNS moderno (con sus limitaciones, delays -léase DNS Flag Day– y falta de seguridad) es que no está centralizado como en sus inicios. La arquitectura de software de los servidores DNS actuales a nivel mundial permite una descentralización, dotándolo de relativa independencia en comparación a sus inicios.
Hoy no existe un servidor que se ocupa de replicar cambios, o de actualizar archivos, existen millones.
Un dominio, también conocido como dominio web, es un nombre que se le asigna a un servidor, servicio o un sitio web para hacer que sea más fácil de recordar. Éste tiene la característica de ser único y exclusivo, es decir que no pueden haber dos dominios iguales, no se repiten.
Un dominio por ejemplo es infranetworking.com, otro es google.com. Son nombres sencillos y fáciles de recordar que identifican a cada sitio y nos permiten ingresar a ellos.
Los dominios son administrados por una entidad denominada ICANN (Corporación de Internet para la Asignación de Nombres y Números, del inglés Internet Corporation for Assigned Names and Numbers).
Sin embargo esta organización delega en otras empresas y organización la comercialización de los dominios, en algunos casos a empresas privadas y en otros a estados.
Los dominios .com , .org y .net los podemos adquirir en casi cualquier lado debido a que existen muchos revendedores de dominios que encargan del registro de dominios.
También existen dominios que no se pueden adquirir como los .gov, .mil, .int que se denominan dominios restringidos y que están destinados a gobiernos, fuerzas armadas y organizaciones internacionales respectivamente.
Los dominios se separan en jerarquías o niveles, la jerarquía superior depende de la ICANN (Corporación de Internet para la Asignación de Nombres y Números, del inglés Internet Corporation for Assigned Names and Numbers) una organización que nació en 1998.
Esta organización internacional se encarga de asignar las direcciones IPs y se encarga de la gestión del sistema de dominio y de la administración del sistema de servidores raíz.
Son responsabilidades que antes compartían la organización IANA (Internet Assigned Numbers Authority) y otras entidades del gobierno estadounidense.
La ICANN delega la gestión del registro de los dominios de primer nivel o de nivel superior a diferentes entidades, por ejemplo el registro de los dominios .com se la delega a la compañía VeriSign que se encarga de controlar y supervisar la totalidad de los dominios registrados bajo esta extensión.
Luego VeriSign a su vez concede a las personas o empresas denominadas registradores la potestad de comercializar los dominios de segundo nivel. Los registradores le pagan a VeriSign o a la entidad responsable de cada extensión y cada entidad (como VeriSign) a su vez le paga a la ICANN por cada dominio.
Aparte de VeriSign hay muchas otras entidades que se encargan de los registros de otras jerarquías de dominio, por ejemplo el dominio superior correspondiente a un país normalmente es otorgado a una organización perteneciente a cada país llamada NIC (Network Information Center) aunque no siempre están bajo este nombre.
También hay gobiernos que cedieron completamente la gestión de su dominio de primer nivel a empresas privadas extranjeras, por ejemplo Tuvalu (el país) cedió mediante un contrato su dominio .tv por USD 50 millones a VeriSign porque el código del país es muy atractivo para promocionar los sitios de televisión.
Otro ejemplo es el caso del dominio de Laos, .la, fue adquirido por Central Nic para ser usado como sufijo del condado de Los Ángeles (California, Estados Unidos). Luego comenzaron a utilizarlo algunos sitios web latinoamericanos.
¿Cuántas clases de dominios existen y cuáles son?
El dominio de nivel superior y muchas veces llamado extensión es la parte de más a la derecha de un dominio, por ejemplo si tomamos como ejemplo infranetworking.com el dominio superior es com
Existen más de 250 tipos de dominios de nivel superior agrupados en 2 tipos, los genéricos que se tratan de los dominios que se crearon originalmente en los años 80 como pueden ser .com , los .net o los .edu entre otros, que se denominan Dominios de nivel superior genéricos
Luego encontramos Dominios de nivel superior geográficos que corresponden a países, donde existe uno por cada país definido en la norma ISO 3166 como pueden ser los .uy , .es o .mx por ejemplo.
Los dominio de nivel superior de tipo genéricos son administrados directamente por la ICANN una entidad de la que hablaremos más adelante
Entre los Dominios Genéricos podemos encontrar:
Tipo Descripción Aparición ¿Resringido?
com Comercial 1985 No
edu Instituciones educativas 1985 Sí
gov Gobierno 1985 Sí
int Organizaciones internacionales 1988 Sí
mil Milicia 1985 Sí
net Proveedores de red 1985 No
org Organizaciones sin fines de lucro 1985 No
aero Transporte aéreo 2001 Sí
biz Negocios 2001 No
coop Cooperativas 2001 Sí
info Informacional 2002 No
museum Museos 2002 Sí
name Personas 2002 No
pro Profesionales 2002 Sí
cat Catalán 2005 Sí
jobs Empleo 2005 Sí
mobi Dispositivos móviles 2005 Sí
tel Detalles de contacto 2005 Sí
travel Industria de viajes 2005 Sí
xxx Industria del sexo 2010 No
El registro de dominio genéricos puede estar restringido o no, por ejemplo cualquier persona o empresa puede registrar un dominio .com o .net, sin embargo no así un punto gov o mil que están reservados para gobierno y fuerzas armadas.
Un dominio de segundo nivel es el tipo de dominio que las empresas y personas podemos registrar y están ubicados a la izquierda del dominio de primer nivel. Por ejemplo tomando infranetworking.com , el primer nivel es .com el dominio de segundo nivel es infranetworking
A su vez dentro de los Dominios de nivel superior geográficos suele repetirse las extensiones genéricas más comunes como pueden ser com.mx o com.ar por ejemplo, a pesar que el com este a la izquierda del nivel superior estos igualmente se consideran dominios de primer nivel en su conjunto, lo que vaya a la izquierda de los ambos si se considera dominios de segundo nivel
También existen los pseudodominios que se tratan de dominios de primer nivel que no están regulados ni son oficialmente parte del sistema de nombres de dominio.
Ejemplos de este tipo de pseudodominios es .onion usados en la Deep Web (Tor) o los no tan conocidas extensiones .bitnet, .garlic y .uucp.
Estructura del servicio de nombres
Para que todo esto funcione detrás existe una estructura muy compleja donde verás que existen diferentes tipos de servidores DNS.
Alrededor del mundo existen 13 servidores que se denominan servidores raíz (Root Servers) donde a cada uno se le asigna una letra de la A a la M, estos servidores son la base de Internet y no guardan la información de los dominios directamente sino la información de que servidores administran los dominios de primer nivel, es decir la parte más a la derecha del dominio.
En algunos casos de esos 13 servidores raíz no se trata de un solo equipo físico sino de un grupo de servidores que actúan como uno solo, como el caso el servidor J que es un servidor distribuido en 37 ciudades alrededor del mundo.
A su vez también existen copias de estos servidores alrededor del mundo que se les llama copias anycast.
Por ejemplo en Latinoamérica existen 9 copias anycast , 1 copia del servidor raíz I ubicada en Paraguay, 8 copias del servidor raíz F ubicadas en Ecuador, Chile, Argentina, Venezuela, Panamá, Curacao, St. Maarten y Haití y 5 copias del servidor raíz L que se encuentran en Ecuador, Paraguay, El Salvador y Uruguay.
Los servidores raíz se denominan con la siguiente nomenclatura.
a.root-servers.net b.root-servers.net c.root-servers.net d.root-servers.net e.root-servers.net f.root-servers.net g.root-servers.net h.root-servers.net i.root-servers.net j.root-servers.net k.root-servers.net l.root-servers.net m.root-servers.net
Top Level Domain (gTLD y ccTLD)
Los servidores Top Level Domain (TLD) o dominios de nivel superior son los servidores de dominios de primer nivel que administran las terminaciones genéricas (gTLD) como .com o .net o los que administran las terminaciones geográficas que pertenecen a los países (Country Code TLD).
Estos servidores tampoco guardan información de los registros DNS de los dominios, salvo los Nameservers que son los que realmente van a responder las consultas sobre los registros DNS.
Los servidores TLD genéricos tiene una nomenclatura similar a la de los raiz
a.gtld-servers.net. b.gtld-servers.net. c.gtld-servers.net. d.gtld-servers.net. e.gtld-servers.net. f.gtld-servers.net. g.gtld-servers.net. h.gtld-servers.net. i.gtld-servers.net. j.gtld-servers.net. k.gtld-servers.net. l.gtld-servers.net. m.gtld-servers.net.
En estos servidores si se guardan los registros DNS y cuando registras un dominio se solicita unos Nameservers o también llamados servidores NS, algunos registradores ya colocan los suyos y brindan un panel donde administrar los registros.
Cuando adquieres un servicio de hosting muchas veces el proveedor te da un par de direcciones de servidores NS para configurar en tu registrador.
Estos son estos servidores los que van a gestionar los registros del dominio, hay algunos TLD que sobre todos los ccTLD que ya te brindan el servicio de servidores autoritativos o si lo prefieres puedes delegar en otros de tu preferencia como por ejemplo los de tu hosting.
¿Cómo funciona la resolución de nombres o resolución DNS)?
Para entender porqué los dominios son tan necesarios vamos a hacerlo mediante la siguiente analogía:
En un edificio tenemos numerosos pisos y en cada uno tenemos varios apartamento y por supuesto cada apartamento tiene un número que nos permite identificar de forma inequívoca a cada uno igual que las IP identifican a los servidores.
Supongamos que vamos a un edificio a visitar a alguien, no sabemos en cuál apartamento vive por lo que no sabemos cómo llegar desde la recepción hasta el apartamento, sin embargo si sabemos su apellido.
Cuando vamos a la recepción a preguntar lo hacemos por el apellido y el recepcionista inmediatamente nos dice el numero de apartamento de la persona que estamos buscando.
El número de apartamento era todo lo que necesitábamos para encontrar el apartamento, del mismo modo funciona el servicio de Nombres de Dominio, a partir del nombre de dominio podemos encontrar la IP y establecer una conexión con el servidor.
Cuando la computadora de un usuario necesita saber la es la IP de un dominio, el sistema operativo revisa su archivo host buscando una coincidencia, cuando no la encuentra busca en los servidores DNS configurados en el sistema como pueden ser los que el ISP le asignó o los que el usuario haya configurado,
Estos servidores se les llama DNS resolvers o en español «resolvedores DNS», también ya que estos no administran registros aunque se encargan de averiguar qué servidor lo hace.
El servidor resolver sino tiene en cache el dominio por el que se consulta va a mirar la extensión del dominio y va a consultar a los servidores raíz para obtener la lista de servidores TLD que le correspondan a la extensión del dominio consultado.
Una vez que el resolver obtuvo la lista de TLD consulta a uno de ellos sobre el dominio y como respuesta obtiene los nombres de los servidores autoritativos o nameservers que administran el dominio.
Cuando el resolver obtuvo los servidores autoritativos del dominio los consulta para obtener el registro que necesita y una vez que obtiene respuesta el resultado es devuelto a la computador del usuario que hizo la consulta original.
En la siguiente imagen podemos ver un poco más gráficamente el curso de las consultas:
Fig. 01. Diagrama de cómo funciona la resolución de nombres de dominio (DNS)
Hay algo a tener en cuenta y es el cache DNS, por eso no siempre se está completando todo el círculo, una vez que se consulta un registro son guardados por cierto tiempo en memoria en lo que se llama la caché.
Hay dominios que son pedidos muy frecuentemente como por ejemplo puede ser cuando solicitamos resolver el dominio google.com a un servidor, seguramente otro usuario lo haya pedido antes por lo que nos devolverá inmediatamente el resultado, sin consultar siquiera a los servidores autoritativos del dominio porque como ya fue pedido antes ya sabrá la dirección IP porque lo tenía en caché
Esto del cache lo vemos un poco más adelante en el articulo ya que esta relacionado con los registros DNS que veremos a continuación.
Los registros DNS son un conjunto de datos que son utilizados para publicar la configuración de un dominio y sirven para que otros sistemas puedan consultar y saber la configuración del dominio.
Sirve por ejemplo para indicar que un dominio está alojado una IP en particular, indican en que el servidor se entregará el correo o que servidores están autorizados a enviar correo.
Los registros DNS están compuestos por un conjunto básico de datos:
Existen registros que contienen algun parametro mas como puede ser los MX que agregan el campo Prioridad o los registros SRV que agregan campos como Protocolo, Puerto y Destino.
Para ver cómo se compone un registro primero vamos a ver un poco más en detalle a que se refieren los campos TTL y Clase que no debemos confundir con Tipo.
Hace algunos párrafos atrás hablábamos de la ruta que sigue una consulta DNS y mencionamos que existía algo llamado Cache por lo que no siempre se completaba todo el círculo de consultas.
En cada registro DNS se agrega un valor llamado TTL (Time to Live) o Tiempo de vida en español, es un valor expresado en segundos que usualmente puede ir desde 120 segundos hasta 86.400 (24 horas).
Este valor es el que le indica a un sistema (como los resolvers) que durante ese tiempo máximo en que deberán conservar el registro para que no vuelva a consultar el registro y utilice ese valor que consultó, pasado ese tiempo el sistema que lo necesite volverá a preguntar por el registro para ver si cambio o continua siendo el mismo.
Por ejemplo los resolvers no siempre están consultando a los servidores raíz para obtener la lista de TLD ya que las direcciones no de los servidores raíz ni de los TLD no cambian tan frecuentemente por lo que tienen un TTL muy alto.
Este valor es el que afecta la propagación DNS de los dominios porque aunque modifiquemos los registros DNS los cambios no se reflejan inmediatamente debido al valor del TTL y hay que esperar cierto tiempo para que los cambios propaguen.
Para saber qué TTL debemos colocar debemos preguntarnos cuán a menudo cambian los registros porque colocar un TTL bajo ayuda a que la propagación sea mas rapida, sin embargo también aumentaron las consultas para refrescar los datos debido las consultas serían mucho más frecuentes que si colocamos un TTL más alto,
Para sitios de mucho tráfico es mejor un TTL alto ya que luego de una consulta los registros duraran mas en los cache, sin embargo a la hora de cambiar los registros estos cambios no se propagaron hasta que expire el TTL en cada servidor de la red y eso puede ser un problema a la hora de migrar.
Una alternativa es tener un TTL alto y cuando necesitemos cambiar un valor primero bajamos el TTL con anticipación, esperamos a la propagación de este cambio, cuando eso esté listo recién cambiamos el valor que nos interese y subimos el TTL nuevamente para la frecuencia de consultas, eso nos asegurará una propagación más rápida con un down-time menor, aunque existen muchas herramientas para medir como se está propagando todo como DNS Propagation.
A pesar que haya sistemas que no permitan especificar una clase al crear un registro, en la práctica un registro siempre debe llevar especificado la clase a la que pertenece.
En el caso de cPanel al configurar un registro automáticamente rellena el campo como IN. En sistemas como Cloudflare ni siquiera pregunta o da la posibilidad de cambiarlo.
A pesar que solo utilizamos la clase 1 aun sin saberlo, porque el sistema asuma que la case debe ser IN, es importante saber que en total existen 4 tipos de clases diferentes definidas.
1 - IN Es la clase más usada y significa Internet 2 - CS Es un registro obsoleto que ya no se utiliza 3 - CH La clase CHAOS 4 - HS Hesiod
1 - IN Es la clase más usada y significa Internet
2 - CS Es un registro obsoleto que ya no se utiliza
3 - CH La clase CHAOS
4 - HS Hesiod
La clase IN
Es la clase de registro más común y es la que usaremos a la hora de configurar los registros, esta clase esta reservada para indicar que el registro es un registro perteneciente a red Internet.
La clase CSNET
El nombre proviene de Computer Science Network, esta clase fue agregada a la espesificaciones a principios en de los ochenta y si embargo ya en 1986 en RFC973 se consideraba obsoleta.
La clase CHAOS
Entre otra información con esta clase por ejemplo podemos obtener información sobre el sistema
dig CH TXT @localhost version.bind +short
El comando anterior nos arrojara la version de servicio DNS
"9.9.4-RedHat-9.9.4-72.el7.cloudlinux"
La clase Hesiod
La clase Hesiod es el nombre del servicio parte del proyecto Project Athena (1983–1991). Este proyecto utilizaba los DNS para proveer acceso a base de datos con información que cambiaba con poca frecuencia.
Un ejemplo de estos registros seria
foo.passwd.ns.example.net HS TXT "foo:x:100:10:Foo Bar:/home/foo:/bin/sh" 100.passwd.ns.example.net HS TXT "foo:x:100:10:Foo Bar:/home/foo:/bin/sh" 100.uid.ns.example.net HS TXT "foo:x:100:10:Foo Bar:/home/foo:/bin/sh"
foo.passwd.ns.example.net HS TXT "foo:x:100:10:Foo Bar:/home/foo:/bin/sh"
100.passwd.ns.example.net HS TXT "foo:x:100:10:Foo Bar:/home/foo:/bin/sh"
100.uid.ns.example.net HS TXT "foo:x:100:10:Foo Bar:/home/foo:/bin/sh"
Este tipo de registros ya no se usa actualmente.
Diferentes Tipos de Registros de un Servidor DNS
Ahora que ya sabemos de que se trata las clases y el TTL vamos a repasar qué tipos de registro DNS existen
Un registro de tipo A es el tipo más común de registro y sirve para indicar que un dominio o subdominio apunta a una determinada IP, es decir que asocia el dominio con la IP como por ejemplo al dominio ejemplo.com con la IP.
En la configuración pueden existir muchos registros A, por ejemplo podemos configurar varios registros A para ejemplo.com que apunten a diferentes IP y tener un rudimentario balanceador de carga o podemos tener varios registros A que correspondan a diferentes subdominios.
Estos subdominios pueden estar apuntados a la misma IP o a diferentes IP según necesitemos. Lo registros AAAA cumplen la misma función que los registros A solo que son para configurar IP de tipo IPv6 en lugar de las IPv4 de los registros A.
Un ejemplo de cómo apuntar un dominio y un subdominio a una IP seria como el siguiente ejemplo.
example.com IN A 3600 184.154.174.50
www.example.com IN A 3600 184.154.174.50
Para crear un registro AAAA es el mismo principio, solo cambia A por AAAA en el tipo y el valor debe ser una dirección IP con formato IPv6.
El registro de nombre canónico denominado CNAME es un tipo de registro que sirve para crear un registro que en realidad es alias de otro registro, por ejemplo cuando con otro nombre deseamos apuntar a otro registro ya creado.
El uso más habitual que tenemos de un registro CNAME es para www, tenemos creado un registro A para ejemplo.com y su respectiva IP y creamos un registro CNAME www.ejemplo.com que apunta al registro A ejemplo.com
En el siguiente ejemplo vemos cómo configurar un CNAME apuntando a un registro A, el efecto es el mismo que cuando creamos el subdominio en el ejemplo anterior, la diferencia es que en lugar de apuntará a una dirección IP apuntamos a una dirección canónica, es decir a un dominio.
www.example.com IN CNAME 3600 example.com
El registro MX es el registro que indica donde se debe entregar el correo electrónico dirigido a ese dominio, este registro, llamémosle de destino puede contener una IP, un dominio o un subdominio.
Para un mismo dominio se puede configurar varios registros MX de destino de correo y además a cada MX se le puede especificar una prioridad como un valor numérico entero, cada MX puede tener una prioridad diferente.
Para ver un ejemplo vamos a tomar los registros MX para GSuite / Gmail. En el caso de los registros MX podemos configurar varios que diferencia de los registros anteriores que vimos en este caso se agrega el campo Prioridad que es propio de los registros MX
example.com IN MX 3600 1 ASPMX.L.GOOGLE.COM
example.com IN MX 3600 5 ALT1.ASPMX.L.GOOGLE.COM
example.com IN MX 3600 5 ALT2.ASPMX.L.GOOGLE.COM
example.com IN MX 3600 10 ALT3.ASPMX.L.GOOGLE.COM
example.com IN MX 3600 10 ALT4.ASPMX.L.GOOGLE.COM
Los registros TXT son registros de texto que sirven para publicar información y que esta sea consultada por otros sistemas, el uso más común son para registros SPF y DKIM que sirven como mecanismo de seguridad y autentificación contra el servidor de correo.
En el caso del SPF, mediante este registro de texto se puede especificar desde qué direcciones IP se envían correos electrónicos para este dominio, esto les sirve a los demás servidores de correo poder determinar si el correo enviado salió desde un servidor habilitado para ese dominio o no.
Mientras que el registro DKIM almacena una clave criptográfica que sirve para autentificar el si un correo enviado bajo ese dominio es válido o no.
Otro uso que se le da a este tipo de registros es para certificar la titularidad de un dominio cuando uno se quiere registrar en algún servicio, se le pide al dueño del dominio que cree un registro txt con algún texto identificatorio y luego se hace la consulta DNS, si el registro es creado es porque es legítimamente el dueño.
Por ejemplo para crear un registro TXT para SPF
example.com IN TXT 3600 v=spf1 a mx +ip4:184.154.174.50 -all
En algunos sistemas DNS en la interfaces tienen un tipo de registro SPF, sin embargo cuando se configura el registro en el servicio en realidad se configura un registro TXT como el anterior.
A la hora de crear un registro DKIM o DMARC o algún registro para verificación de algún servicio el principio es el mismo, simplemente cambia el campo Valor y el campo Nombre
Otros registros DNS
Existen otros tipos de registro que cumplen fines diarios, como por ejemplo los SRV para proveer configuración para servicios, los registro NS para delegar la gestión del dominio o los registros PTR que son lo opuesto a un registro A, es decir que a partir de la IP se puede obtener el dominio, también se le llama DNS inverso.
Si bien los tipos de registro DNS fueron creados en los años ochenta aún hoy continúan en evolución incorporando nuevos tipos de registros como los CAA que permiten declarar que entidades certificadoras están autorizadas para emitir un certificado SSL para ese dominio además de establecer una casilla de correo de notificación en caso que alguien solicite un certificado a una entidad de certificación no autorizada.
Si no existe ningun registro CAA cualquier entidad puede emitir un certificado aunque en la práctica aunque el registro exista es posible que algunos emisores de certificados no realizan esta comprobación y emitan el SSL igual, es un registro relativamente nuevo y que aún no se respeta al 100%,
Hicimos un repaso histórico sobre la evolución los dominios, como pasamos de enumerarlos como IP en los años sesenta a utilizar nombres a través del archivo host, para finalmente llegar a un sistema más confiable y jerarquizado como los DNS en los años ochenta.
Aprendimos a diferenciar entre un servidor DNS y el sistema DNS en general, luego repasamos la estructura del Sistema de Nombres, como funciona, las diferentes jerarquías de servidores como servidores raíz, los TLD y los servidores autoritativos.
Vimos cómo se delega la gestión a través de los diferentes tipos de servidores DNS y qué información guarda cada uno, así como la forma en que se realizan las consultas a través de todo el sistema y que información retorna cada uno según su función.
Por último vimos que es un registro DNS y que datos contiene, así como también ejemplos sobre para qué sirven los registros DNS más usados.
Como habrás visto, repasamos todo lo que compone el sistema DNS. Esto nos ayuda a entender cómo funciona realmente un sistema crítico de la Internet moderna, que nos hace la vida mucho más simple porque nos permite recordar nombre de dominios más amigables en lugar de recordar direcciones IP.
Así que al momento de digitar un dominio en tu navegador preferido, recuerda toda la magia que sucede detrás, gracias a los servidores DNS.
➡ ¿Quieres disfrutar de una web con servidor DNS optimizado, estable y seguro?
Mira nuestros Planes de Hosting y Alojamiento Web MultiDominio.

References: resolución 
 resolución 
in fine
 resolución 
 resolución 
 resolución