Está en la página 1de 19

Índice

1. Introducción .......................................................................................................................... 1
1.1 Definición ...................................................................................................................... 1
2. Historia del DNS .................................................................................................................... 1
3. Función y Componentes ........................................................................................................ 2
3.1 Componentes ................................................................................................................ 3
3.2 Nombres de dominio y nombres de dominio completamente cualificado (FQDN) ..... 4
3.2.1 PQDN (Partially Qualified Domain Name) ............................................................. 4
3.2.2 FQDN (Fully Qualified Domain Name)................................................................... 5
3.3 Tipos de TLD .................................................................................................................. 6
3.3.1 Diferencia entre Dominios Genéricos Patrocinados y no Patrocinados ............... 6
4. Estructura y funcionamiento ................................................................................................. 6
4.1 Introducción a los Registros de Recursos (RR) .............................................................. 8
5. Proceso Base ......................................................................................................................... 8
5.1 Propagación................................................................................................................... 9
6. Clientes y Servidores ........................................................................................................... 10
6.1 Cliente DNS.................................................................................................................. 10
6.2 Servidor DNS ............................................................................................................... 10
6.3 Tipos de Servidores DNS ............................................................................................. 11
7. Proceso de Resolución ........................................................................................................ 13
7.1 Consulta-Resolución iterativa y recursiva ................................................................... 13
7.1.1 Resolución Recursiva ........................................................................................... 13
7.1.2 Resolución Iterativa ............................................................................................. 14
7.1.3 Resolución Inversa............................................................................................... 15
7.1.4 DNS Dinámico (DDNS) ......................................................................................... 16
8. Zonas y Registros ................................................................................................................. 16
8.1 Zonas ........................................................................................................................... 16
8.2 Registros de Recursos (RR) .......................................................................................... 17
8.3 Información y ejemplos ............................................................................................... 18
9. Seguridad............................................................................................................................. 18
Ángel Gámez Fernández

1. Introducción
El uso de nombres es esencial en nuestra vida cotidiana, donde cada entidad requiere un
nombre único para evitar confusiones.

En el contexto de las redes, asignar identificadores únicos a cada equipo es crucial para evitar
conflictos. Aunque las direcciones IP son comunes, su manejo se complica a medida que crece
el número de equipos, destacando la utilidad de nombres más memorables.

En una red local, se pueden emplear convenciones de nombres como "PCxy" para facilitar la
identificación. Sin embargo, en redes más extensas como Internet, se necesitan sistemas más
organizados de nombres de dominio.

Este tema explora la importancia de los nombres, su relación con las direcciones IP y cómo se
gestionan en redes más amplias, introduciendo el concepto de servicios de nombres de dominio
(DNS).

1.1 Definición
DNS, o Servicio de Nombres de Dominio, es un servicio esencial que traduce nombres de
dominio a direcciones IP y viceversa.

Su función principal es facilitar la identificación de equipos en Internet o en redes locales. La


especificación de DNS se encuentra detallada en las RFC 1034 y 1035.

RFC:
https://aulavirtual32.educa.madrid.org/ies.infantaelena.galapagar/pluginfile.php/86205/mod_
resource/content/3/rfc_dns.html

2. Historia del DNS


En los inicios de Internet, se utilizaba un sistema de nombres planos con archivos como host.txt
almacenados en un servidor central.

2 ASIR 1
Ángel Gámez Fernández

En la década de 1970, surgió el concepto de dominio, pero en la década de 1980, surgieron


problemas con el sistema centralizado.

Para abordar estos problemas, se establecieron objetivos, entre ellos:

• Crear un sistema global, escalable y consistente.

• Permitir el control local sobre los recursos locales.

• Diseñar un sistema distribuido para evitar cuellos de botella.

• Ser lo suficientemente genérico para uso universal.

• Ofrecer soporte para diferentes protocolos de transporte.

• Ser independiente del hardware.

dando lugar a las especificaciones RFC 882, RFC 883 y RFC 973 entre 1983 y 1986.

En 1984, se implementó el primer servidor de nombres BIND, resolviendo problemas derivados


del crecimiento de la red mediante un sistema jerárquico de nombres.

3. Función y Componentes
DNS es un servicio que almacena y consulta información en una base de datos distribuida entre
varios servidores de nombres, indexada jerárquicamente. Su función principal es asociar
direcciones IP con nombres de dominio.

Las operaciones fundamentales de DNS incluyen

2 ASIR 2
Ángel Gámez Fernández

• la resolución directa de nombres


• la resolución inversa
• la resolución de servidores de correo.

Además, se puede utilizar para balanceo de carga, obtención de claves públicas, ubicación de
servidores y otras funciones.

El producto más utilizado para realizar estas funciones es BIND (Berkeley Internet Name
Domain) de la Internet Systems Consortium, distribuido bajo la licencia GNU GPL.

Recuerda:
La función es crucial ya que sin DNS, los usuarios de Internet deberían acceder a servicios web
mediante direcciones IP en lugar de nombres de dominio.

3.1 Componentes
Los componentes fundamentales del servicio DNS son:

• Espacio de nombres de dominio: Conjunto de nombres que identifican máquinas o


servicios en una red.

• Base de datos DNS: Base de datos distribuida y redundante que almacena información
sobre nombres de dominio. Organizada en zonas que contienen registros de recursos
(RR).

• Servidores de nombres o servidores DNS: Programas que almacenan partes de la base


de datos DNS (zonas) y responden a consultas sobre la información almacenada de
direcciones IP.

o Están distribuidos, gestionados jerárquicamente y delegados a diferentes


organizaciones.

2 ASIR 3
Ángel Gámez Fernández

• Clientes DNS (resolvers): Programas que realizan preguntas a los servidores de nombres,
procesan las respuestas y proporcionan información a usuarios o aplicaciones. Un
servidor también puede actuar como cliente en una resolución.

• Protocolo DNS: Conjunto de normas y reglas que rigen la comunicación entre clientes y
servidores DNS. Funciona sobre TCP o UDP.

3.2 Nombres de dominio y nombres de dominio completamente cualificado (FQDN)


• Un nombre de dominio es un identificador alfanumérico único que se utiliza para
identificar una computadora sin recurrir a su dirección IP.
o Ejemplos: "educa.madrid.org" o "aulavirtual32.educa.madrid.org."

• A nivel gramatical, los dominios deben cumplir ciertos requisitos, como solo contener
letras, números y guiones ("-").
o no empezar o terminar con guiones, tener una longitud menor de 63 caracteres.

• Existen dominios multilingües que permiten caracteres de lenguas no inglesas.

• La sintaxis de los nombres de dominio se discute en RFCs como RFC 1035, RFC 1123 y
RFC 2181.

3.2.1 PQDN (Partially Qualified Domain Name)

• Un PQDN (Partially Qualified Domain Name) es un nombre relativo dentro de un


dominio indicado y no incluye el dominio raíz.

2 ASIR 4
Ángel Gámez Fernández

o Los PQDN son nombres de dominio que no están completamente especificados


y pueden requerir conocimiento del contexto del dominio superior para
determinar a qué nombre se hace referencia exactamente.
o Ejemplos de PQDN incluyen "panoramix.asir," "obelix," o "www," donde la falta
del dominio raíz implica que se necesita contexto adicional para comprender
completamente la referencia.

o Al configurar servidores, es crucial entender el contexto del dominio superior


para evitar ambigüedades en las referencias.

3.2.2 FQDN (Fully Qualified Domain Name)

• Un dominio completamente cualificado o FQDN consta del nombre del host, un


nombre de dominio secundario y un nombre de dominio primario (o TLD).

o Ejemplo de FQDN: "servidor.empresa.net," donde "net" es el TLD, "empresa" es


el dominio secundario y "servidor" es el nombre del host.

• Los TLD (dominios de nivel superior) son la categoría más alta de los FQDN y pueden
representar países, categorías o multiorganizaciones (ejemplos: "org," "com," "net").

• ICANN (Corporación de Internet para la Asignación de Nombres y Números) es


responsable de coordinar la administración de elementos técnicos del DNS, incluyendo
la delegación de los TLDs.

o Antiguamente IANA era la responsable de este cargo.

• InterNIC es la organización asociada a ICANN que permite registrar dominios TLD a nivel
mundial.

2 ASIR 5
Ángel Gámez Fernández

3.3 Tipos de TLD


La clasificación inicial de los dominios de nivel superior ha sido modificada y actualmente la
ICANN clasifica los dominios de nivel superior en estos tipos:

1. Dominios de nivel superior geográficos (ccTLD)

o Nombres de dos letras en función países o regiones

o Ejemplos: "es" (España), "fr" (Francia)

2. Dominios de nivel superior genéricos (gTLD)

o Patrocinados. Ejemplos: "cero", "aria", "cat", "coop", "edu”

o No patrocinados. Ejemplos: "com", “info" , "org“

3. Dominios de nivel superior de infraestructura: El dominio de nivel superior. arpa es el


único confirmado.

4. Dominios de nivel superior descentralizado

5. También hay una serie de dominios reservados de primer nivel, para usarse en pruebas
privadas, ejemplos de documentación, etc. – Leer RFP 2606

o "test", “example", “invalid” y “localhost”.

Artículo sobre Los Nuevos gTLD

https://norfipc.com/web/nuevas-terminaciones-dominio-direcciones-internet.php

3.3.1 Diferencia entre Dominios Genéricos Patrocinados y no Patrocinados


• Patrocinados: Designados para comunidades específicas, respaldados y gestionados por
organizaciones u entidades con intereses particulares. Ejemplos incluyen "edu" para
instituciones educativas.

• No Patrocinados: Disponibles para el registro público sin restricciones específicas de


membresía o afiliación. Ejemplos notables son "com" para organizaciones comerciales
y "org" para organizaciones no lucrativas.

4. Estructura y funcionamiento
El sistema DNS tiene una estructura jerárquica similar a un árbol, con los siguientes elementos:

1. Dominio Raíz:
• Representado por el dominio ".", es la base del árbol de nombres de dominio.

2. Dominios de Nivel Superior (TLD):


• Son dominios como "com," "org," y "es."
• Organizados jerárquicamente, con subdominios que "cuelgan" de ellos.

2 ASIR 6
Ángel Gámez Fernández

3. Dominios de Segundo Nivel y Subdominios:


• Ejemplo: "asir.es" (segundo nivel) y "redes.asir.es" (subdominio de asir.es).

4. Jerarquía de Niveles:
• Puede haber varios niveles, siendo típico tener tres niveles a partir de la raíz.

5. Ejemplo de Jerarquía Empresarial:


• "rrhh.departamento.empresa.org" y "marketing.departamento.empresa.org" son
ejemplos de subdominios jerárquicos.

6. Delegación DNS:
• La administración se realiza por Autoridades de Registro, que pueden delegar
subdominios a otras organizaciones.
• La información se gestiona en zonas, y la delegación puede ocurrir a múltiples
niveles.

7. Servidores Raíz DNS:


• Nombrados de A a M, son gestionados por diversas organizaciones independientes.
• Cada servidor raíz puede contener información de su zona y, posiblemente, de otras
zonas.
• Responsables de resolver nombres en zonas delegadas.

Curiosidad:
Los trece servidores raíz DNS están nombrados de A a M y son gestionados por diversas
entidades independientes, incluyendo universidades, empresas privadas y organismos

2 ASIR 7
Ángel Gámez Fernández

relacionados con el ejército de EE. UU. Aproximadamente la mitad depende de organizaciones


públicas estadounidenses.

4.1 Introducción a los Registros de Recursos (RR)


Una base de datos DNS se compone de archivos de zonas utilizados por el servidor DNS. Estos
archivos contienen registros de recursos (RR), y los más comunes son:

1. A (Address):
• Asocia un nombre a una dirección IP.

2. NS (Name Server):
• Indica el nombre de un servidor de nombres autorizado para la zona.
• Cada zona debe tener al menos un registro NS.

3. CNAME (Canonical Name):


• Establece un alias, proporcionando un nombre alternativo para un host.

4. SOA (Start Of Authority):


• Contiene información crucial sobre la zona, y cada zona debe tener exactamente uno.

5. PTR (Pointer):
• Similar al registro A, pero utilizado en resolución inversa.

6. MX (Mail Exchange):
• Define los servidores de correo para la zona.

Estos registros estructuran la información en la base de datos DNS, permitiendo la asociación de


nombres con direcciones IP, la gestión de servidores de nombres y correo, y otros aspectos
esenciales del sistema DNS.

5. Proceso Base
El sistema DNS funciona mediante delegación y sigue un proceso de resolución de nombres que
involucra varios pasos:

1. Un cliente solicita la resolución de un FQDN al Servidor de Nombres Inicial (SN)


configurado en el sistema.

2. El SN consulta a uno de los servidores raíz, conocidos mundialmente, para obtener


información sobre la subzona.

3. El servidor raíz devuelve la IP del servidor con autoridad sobre la subzona.

4. El SN interroga al servidor de autoridad sobre el siguiente nivel del FQDN.

2 ASIR 8
Ángel Gámez Fernández

5. Este proceso se repite para cada nivel del dominio hasta que se resuelve completamente
el FQDN.

6. El servidor SN informa al cliente sobre el resultado de la resolución.

Ejemplo práctico:

• Para resolver www.cult.gva.es:

1. El SN consulta a un servidor raíz.

2. El servidor raíz indica que g.nic.es es el servidor de autoridad para "es".

3. El SN consulta a g.nic.es y descubre que ninot.gva.es es el servidor de autoridad


para "gva.es".

4. Luego, consulta a ninot.gva.es y obtiene la IP de www.cult.gva.es.

5. Finalmente, se devuelve la información al cliente que originó la consulta.

Este proceso busca de lo general (derecha) a lo específico (izquierda) en la estructura del nombre
de dominio.

NOTA: Para verlo más específico míralo desde el HTML de la profe

5.1 Propagación
La propagación en DNS se refiere al tiempo que tarda en actualizarse la información de los
servidores DNS en todo el mundo después de realizar cambios en los registros DNS. Cuando se
modifica un registro, como cambiar la IP asociada a un nombre de dominio, los servidores DNS
globales pueden seguir proporcionando respuestas incorrectas hasta que se complete la
propagación.

Ejemplos de situaciones de propagación incluyen la modificación de registros DNS existentes o


la adquisición de un nuevo dominio. Durante este tiempo, la resolución del nombre de dominio

2 ASIR 9
Ángel Gámez Fernández

puede ser incorrecta en diferentes partes del mundo, ya que cada servidor DNS tiene su propio
tiempo de actualización y parámetros de caché.

El tiempo de espera típico para la propagación oscila entre 4 y 8 horas para dominios .com y .net,
mientras que para otros dominios puede ser mayor, generalmente entre 24 y 48 horas. Este
período permite que todos los servidores DNS a nivel mundial se actualicen y reconozcan los
cambios realizados en los registros DNS.

6. Clientes y Servidores
6.1 Cliente DNS
Un cliente DNS, es un programa que se ejecuta en la computadora del usuario y genera
solicitudes DNS para resolver nombres de dominio a direcciones IP. Estas solicitudes buscan
obtener la respuesta a la pregunta: "¿Qué dirección IP corresponde a este nombre de dominio?".

Es importante distinguir entre los clientes DNS y las aplicaciones que los utilizan. Aunque
formalmente no son lo mismo, las aplicaciones, como un navegador web, pueden hacer
llamadas al resolver para obtener respuestas sobre la traducción de nombres de dominio a
direcciones IP.

Los sistemas operativos incorporan librerías que realizan estas funciones y son invocadas por
diversas aplicaciones cuando se utiliza un nombre de dominio. La correcta configuración del
sistema operativo como cliente DNS es crucial para realizar operaciones como navegar por la
web o leer correos electrónicos, ya que ambas acciones requieren la traducción de nombres de
dominio a direcciones IP.

6.2 Servidor DNS


Los servidores DNS, también conocidos como Servidores de Nombres, son programas que
almacenan información sobre nombres de dominio y responden a las preguntas realizadas por
clientes DNS y otros servidores de nombres. Estos servidores pueden utilizarse para resolver
nombres tanto en redes locales como en redes WAN, como Internet, y escuchan por defecto
peticiones en los puertos 53/TCP y 53/UDP.

Cada servidor de nombres mantiene una base de datos de registros que vincula nombres de
dominio con direcciones IP. Esta base de datos se conoce como archivos de la zona. Un servidor
se considera de autoridad (servidor de autoridad) sobre un dominio específico si tiene sus
propios registros para ese dominio.

Existen varios tipos de servidores DNS según su configuración y función:

2 ASIR 10
Ángel Gámez Fernández

1. Servidor maestro o primario: Tiene la autoridad principal sobre la zona y gestiona


directamente los archivos de la zona.

2. Servidor esclavo o secundario: Obtiene información de un servidor maestro y puede


responder a consultas en caso de que el servidor maestro no esté disponible.

3. Servidor cache: Almacena en caché las respuestas a consultas previas, mejorando la


eficiencia y velocidad de las futuras consultas.

4. Servidor reenviador (forwarding): Reenvía las consultas a otro servidor DNS y luego
devuelve la respuesta al cliente.

5. Servidor solo autorizado: Solo responde a consultas sobre dominios para los que tiene
autoridad, sin realizar búsquedas adicionales.

6.3 Tipos de Servidores DNS


Existen varios tipos de servidores DNS, cada uno con funciones específicas:

1. Master (Maestro o Primario): Alberga los registros autoritarios de una zona y realiza
operaciones de alta y baja de nombres. Responde a las peticiones de resolución de
nombres como servidor de autoridad y delega copias a los servidores esclavos. Contiene
los datos originales de la zona.

2. Slave (Esclavo o Secundario): Responde a peticiones de resolución de nombres como


servidor de autoridad. Mantiene una copia exacta de los registros del servidor Master
del cual depende. Sus respuestas son igualmente válidas que las del servidor primario.

2 ASIR 11
Ángel Gámez Fernández

3. Caching-only (Solo Caché): Responde a peticiones de resolución de nombres, pero no es


servidor de autoridad. Almacena en memoria las respuestas por un tiempo determinado.
Consulta a los servidores primarios o secundarios cuando se le realiza una consulta y
almacena la respuesta en su base de datos para agilizar futuras solicitudes.

4. Reenviador (Forwarder): Recibe peticiones de todos los servidores DNS de una red y las
redirige. Configurado para minimizar consultas DNS externas en una red corporativa con
varios servidores DNS. La configuración se realiza en los servidores DNS que utilizarán
este tipo de servidor, no en el servidor que realiza las funciones de reenviador.

2 ASIR 12
Ángel Gámez Fernández

Es esencial tener al menos un servidor primario y uno o más secundarios para cada zona,
ubicados idealmente en redes diferentes. El término "solo autorizado" describe un servidor que
es autorizado para una o varias zonas como maestro y/o esclavo, no responde a preguntas fuera
de sus zonas y no tiene activada la recursividad, reenvío ni función de caché.

7. Proceso de Resolución
7.1 Consulta-Resolución iterativa y recursiva
En el proceso de resolución DNS, que implica la traducción de nombres de dominio a direcciones
IP, existen dos tipos de consultas:

7.1.1 Resolución Recursiva


Cuando un cliente solicita una consulta recursiva al servidor DNS, está pidiendo al servidor
proporcionar una respuesta completa sobre la traducción de un nombre de dominio a una
dirección IP específica. En este proceso:

1. El cliente envía la solicitud al servidor DNS con la petición de obtener la IP del nombre
de dominio.

2. El servidor DNS, al recibir la solicitud, realiza todas las acciones necesarias para obtener
la respuesta completa.

3. El servidor puede tener autoridad sobre el dominio, en cuyo caso proporciona una
respuesta directa.

4. Si no tiene autoridad, pero la respuesta está en su caché, también proporciona una


respuesta directa.

5. En caso de no tener autoridad ni la respuesta en caché, el servidor DNS puede realizar


una de las siguientes acciones:
o Realizar consultas recursivas a otros servidores DNS para obtener la información
y luego transmitir la respuesta al cliente.
o Realizar la resolución mediante peticiones iterativas, obteniendo gradualmente
la respuesta completa y luego transmitirla al cliente.

La consulta recursiva es común en las interacciones entre clientes DNS y servidores DNS, así
como en consultas a servidores reenviadores configurados para procesar solicitudes reenviadas
a ellos.

2 ASIR 13
Ángel Gámez Fernández

7.1.2 Resolución Iterativa


La consulta-resolución iterativa en DNS es un proceso utilizado por los servidores DNS para
resolver completamente un nombre de dominio. Este método se caracteriza por lanzar una serie
de peticiones, una por cada nivel del nombre FQDN (Fully Qualified Domain Name), con el
objetivo de obtener la dirección IP deseada. Cada petición se dirige a servidores específicos en
diferentes niveles de jerarquía.

Características y posibles respuestas:

1. Respuesta Parcial: El servidor puede proporcionar una respuesta parcial en cada


iteración.
2. Cuatro Posibles Respuestas:
o Positiva: Proporciona la dirección del nombre, ya sea autorizada o no.
o Negativa: Indica que el nombre no se puede resolver (NXDOMAIN).
o Referencia a Otro Servidor o Servidores: Indica que se debe buscar en servidores
de niveles inferiores.
o Error.
3. Proceso del Servidor DNS al Recibir una Consulta Iterativa:
o Si es autorizado para la zona de la consulta, busca la información en sus archivos
de zona:
▪ Si encuentra la información, proporciona una respuesta positiva
(autorizada o autoritativa).
▪ Si no encuentra la información, proporciona una respuesta negativa.
o Si no es autorizado, consulta su caché (si tiene):

2 ASIR 14
Ángel Gámez Fernández

▪ Si encuentra la respuesta, proporciona una respuesta no autorizada (no


autoritativa).
▪ Si no encuentra la respuesta, hace referencia a un servidor autorizado
en un nivel inferior en la rama del nombre DNS.

7.1.3 Resolución Inversa


La resolución inversa en DNS es un proceso que permite buscar un nombre de host a través de
una dirección IP, a diferencia de la búsqueda directa convencional. Este tipo de consulta
responde preguntas como "¿Cuál es el nombre DNS del host que utiliza la dirección IP
192.168.200.100?"

Aunque DNS no se diseñó originalmente para estas consultas inversas debido a diferencias en la
organización e indexación de nombres y asignación de direcciones IP, se implementó una
solución estándar. Se definió un dominio especial llamado "arpa," con subdominios específicos
como "in-addr.arpa" para direcciones IPv4 y "ip6.arpa" para direcciones IPv6.

En el caso de IPv4, el dominio de segundo nivel "in-addr.arpa" tiene hasta 4 etiquetas que
corresponden a los 4 dígitos decimales de una dirección IPv4. Por ejemplo, la dirección IP
150.214.18.5 se traduciría a "5.18.214.150.in-addr.arpa."

2 ASIR 15
Ángel Gámez Fernández

Además:

• La delegación de zonas en "in-addr.arpa" se realiza a la entidad que tiene asignado el


conjunto de direcciones IP.
• Puede haber discrepancias entre la zona directa y la zona inversa, ya que son
independientes y no hay un mecanismo automático para sincronizar los cambios.

7.1.4 DNS Dinámico (DDNS)


El DNS dinámico (DDNS) es un servicio que posibilita la actualización en tiempo real de la
información de nombres de dominio en un servidor de nombres. Su aplicación más común es
asignar un nombre de dominio a un dispositivo con una dirección IP variable, como en el caso
de un router doméstico.

Esto permite establecer conexiones sin necesidad de conocer la dirección IP actual, ya que el
DDNS se encarga de actualizarla automáticamente en caso de cambios.

8. Zonas y Registros
8.1 Zonas

Los archivos de zona en el DNS siguen un formato específico. Cada zona tiene su propio archivo
organizado en registros de recursos (RR). Los comentarios comienzan con punto y coma (;), y no
se distingue entre mayúsculas y minúsculas. Los espacios y tabuladores se ignoran, lo que facilita
la legibilidad del archivo.

Se pueden utilizar tres directivas principales en la mayoría de los servidores:

2 ASIR 16
Ángel Gámez Fernández

4. $ORIGIN: Define el nombre de dominio de la zona y se agrega a los PQDN. Puede


referenciarse con @ y se puede omitir, tomando el nombre de la zona.

5. $TTL: Establece el tiempo de vida por defecto para los RR de la zona que no tengan uno
propio.

6. $INCLUDE: Permite incorporar información de otro archivo de zona en el archivo actual.

8.2 Registros de Recursos (RR)


Los Registros de Recursos (RR) en el DNS siguen un formato general que incluye el nombre de
dominio, el TTL (tiempo de vida), la clase, el tipo y los datos. El nombre de dominio puede ser
total o parcialmente cualificado, el TTL es opcional y determina el tiempo que otros servidores
DNS deben almacenar en caché la información, la clase indica a qué categoría pertenece el
registro, el tipo especifica la naturaleza del registro y los datos contienen información específica
del recurso.

Un ejemplo sería: servidor1.educa.madrid.org. 7200 IN A 11.22.33.44

Donde:

1. <nombre-dominio>: Puede ser FQDN o PQDN, dependiendo del punto final.


2. <ttl>: Campo opcional que indica el tiempo de vida en caché del registro.
3. <clase>: Indica la categoría del registro, como "IN" para la clase Internet.
4. <tipo>: Especifica la naturaleza del registro, por ejemplo, "A" para información de
direcciones de host.

2 ASIR 17
Ángel Gámez Fernández

5. <datos>: Contiene información específica del recurso, con formato variable según el tipo
y clase del registro.

8.3 Información y ejemplos


Consultar:

1) https://docs.oracle.com/es-ww/iaas/Content/DNS/Reference/formattingzonefile.htm

2) Tipos de Registro: https://tecnocratica.net/wikicratica/books/dominios/page/tipos-de-


registros-dns

9. Seguridad
Lo de seguridad no tiene pinta de que entre igualmente leerlo no viene mal

https://aulavirtual32.educa.madrid.org/ies.infantaelena.galapagar/pluginfile.php/86205/mod_
resource/content/3/seguridad.html

2 ASIR 18

También podría gustarte