Jason: En esta lección, vamos
a hablar del sistema de nombres de dominio, o DNS.
El protocolo DNS se utiliza para ayudar a los clientes de su red a encontrar
un sitio web utilizando nombres de host legibles por
humanos en lugar de direcciones IP numéricas.
Por ejemplo, si le digo que visite mi sitio web, puedo decirle simplemente:
"Eh, vaya a diontraining. com", y eso es mucho más fácil de
recordar para ti que tener que recordar
que es 66. 123. 45. 237, o cualquiera
que sea la dirección IP de mi servidor web.
Al fin y al cabo, decir todos esos números en un anuncio de
televisión no es tan pegadizo ni tan memorable como decirle al
consumidor que visite diontraining.
com, o coca-cola. com,
o microsoft. com, ¿verdad?
Entonces, ¿cómo sabe el ordenador cómo encontrar
la dirección IP del servidor web a partir
de estos diferentes nombres de dominio?
Bueno, ese es el propósito del DNS, el sistema de nombres de dominio.
El funcionamiento del DNS consiste en indicar al ordenador del usuario que se dirija
a un lugar como diontraining. com, y así llega a un servidor
DNS y dice: "Oye, ¿quién es diontraining.
¿com? Y
el servidor DNS responderá y dirá: "Oh, conozco
a diontraining. com.
Su dirección IP es 66 punto algo, punto
algo, punto algo. A continuación, el cliente es
redirigido a un servidor web utilizando su router
y su vía de conexión, ya que ahora conoce la dirección
IP correcta que debe utilizar
como destino, y todo esto sucede en segundo plano
para sus usuarios y su equipo sin que nadie
tenga que pedirlo, porque el DNS es una parte
muy integrada de nuestras redes y sistemas.
La mayoría de los usuarios domésticos no utilizamos nuestros
propios servidores DNS, sino que confiamos en nuestros
proveedores de servicios de Internet para que lo hagan por nosotros.
Pero si gestionas tus propios sitios web
o nuestra gran red corporativa, es posible que también
tengas tu propio servidor DNS dentro de tu red, y serás
responsable de configurar tus
propios registros DNS que dictan qué servidores
están ubicados en qué direcciones IP, y para qué propósitos.
Esto le permite ejecutar su propio nombre de dominio
y resolución de host, que convertirá esos nombres de dominio
en direcciones IP.
Si quieres verlo así, es
similar a tener una lista de contactos en el teléfono.
Hoy en día, ¿cuántos números de teléfono tiene memorizados?
Probablemente no sean muchos, ¿verdad?
Porque normalmente sacas el smartphone, te desplazas
hasta el nombre de la persona, pulsas su nombre
con el dedo y el teléfono la llama.
Por ejemplo, si quiero llamar a mi mujer, me desplazo hasta su
nombre, pulso una foto de su cara en mi
teléfono e inmediatamente mi teléfono marca su número.
No tengo que memorizar los 10 dígitos de su número de teléfono,
porque mi teléfono lo hace por mí.
Esto se debe a que, como personas,
nos cuesta más recordar números que nombres, y por eso hacemos
esta conversión de cara o nombre a número utilizando nuestra
lista de contactos.
Es lo mismo para los ordenadores, salvo que
a los ordenadores les gustan mucho más los números
que los nombres, así que queremos convertir los nombres de dominio que
son más fáciles para nosotros en direcciones IP que sean más fáciles para los ordenadores
a la hora de realizar su enrutamiento, y eso es todo lo que el DNS realmente
hace por nosotros.
Convierte nombres en números y números en nombres.
Ahora, uno de los conceptos con
DNS que tenemos que hablar
es lo que se conoce como un nombre de dominio completo, o FQDN.
Es cuando un nombre de dominio está bajo un proveedor de nivel superior.
Por ejemplo, el proveedor de nivel superior más común es . com, pero también tenemos
cosas como . molino, . edu, . org, . neto.
Utilicemos el ejemplo de Dion Training.
En Dion Training, tenemos muchos servidores diferentes.
Uno de nuestros servidores es nuestro servidor
web, y se encuentra en www. diontraining. com.
El dominio de nivel superior es . com.
El nombre de dominio que utilizo es Dion Training.
Para que sea totalmente cualificado, tengo que añadir WWW delante.
Esto la convierte en www. diontraining. com.
Ahora, si quieres ir a mi servidor
web, eso es lo que vas a escribir en tu
navegador, www. diontraining. com, y ahora vas a ser redirigido
a mi servidor web, porque DNS sabe cómo debe girar la dirección
IP de mi servidor web utilizando ese nombre
de dominio totalmente cualificado.
Ahora, si quisieras ir a mi servidor de archivos en su lugar, vas
a tener que escribir ftp. diontraining. com, porque ese es el
servidor que estoy ejecutando allí.
Si quieres ir a mi servidor de correo,
puedes escribir mail. diontraining. com.
Los tres son ejemplos
de nombres de dominio completos o FQDN.
Básicamente, hay un servicio, un punto, un nombre
de dominio, un punto y un dominio de nivel superior, y esto funciona
igual independientemente
del dominio que se busque en Internet.
Ahora, DNS se va a configurar como una jerarquía.
Esto ocurre en cinco niveles diferentes.
Tenemos el nivel de ruta, el dominio de primer nivel,
los dominios de segundo nivel, los subdominios y el host.
El nivel de ruta es el nivel más alto en
el árbol de jerarquía DNS, y el servidor
de nombres de ruta va a responder a las solicitudes
en la zona de ruta.
Estos servidores contienen la lista global de todos
los dominios de nivel superior, cosas como. com,. net, . org, . molino, y otros.
El segundo nivel hacia abajo serán los dominios de nivel superior.
Se dividen en dos categorías: jerarquías
organizativas como . com, . net, . org, y otros, y luego
la jerarquía
geográfica como . uk para el Reino Unido, . fr para Francia,. para Italia y otros países por el estilo.
El tercer nivel hacia abajo se conoce como dominios de segundo nivel.
Estos dominios se sitúan directamente debajo del dominio de primer nivel.
Por ejemplo, mi dominio Dion Training
es un dominio de segundo nivel bajo el . com.
El . com se encuentra debajo del dominio de ruta.
Así es como estas cosas se nivelan juntas
como parte de la jerarquía.
El cuarto nivel hacia abajo se conoce como subdominio,
por lo que si quisiera crear un nuevo servidor
debajo de mi dominio de segundo nivel de diontraining. com, puedo hacerlo utilizando
un subdominio.
En mi caso, tengo un montón de subdominios
diferentes para diferentes propósitos.
Tengo mi web principal alojada en el subdominio
www, así que tecleas www. diontraining. com, y eso te lleva
a mi servidor web, pero también tengo uno llamado
soporte.
Ahora, el subdominio de soporte
se encuentra en soporte. diontraining. com.
Tengo otro para correo, correo. diontraining. com.
Todos ellos son subdominios diferentes.
Ahora, el quinto y último nivel es el de anfitrión.
Este es el nivel más bajo y detallado
dentro de la jerarquía DNS, y se refiere a una máquina
o servidor específico en la red.
Ahora bien, cuando pensamos en
DNS, la mayoría de nosotros pensamos
en un nombre de dominio completo,
como www. diontraining. com, que contiene un subdominio,
un dominio de segundo nivel y un dominio
de primer nivel.
Ahora, si quisiera ir un paso más allá, puedo verlo desde
la perspectiva de una URL, lo que se conoce
como localizador uniforme de recursos.
De nuevo, tomemos como ejemplo
mi servidor web, www. diontraining. com.
Ese es mi nombre de dominio completo, pero
no te dice cómo acceder a él.
¿Quieres hacerlo de forma segura o insegura?
Bueno, eso tendrás que decirlo haciendo la URL.
Si quieres darme tu nombre de usuario
y contraseña, debes hacerlo de forma segura.
Así que vas a añadir el HTTPS://
delante de www. diontraining. com, y eso se convierte en una
URL, un localizador uniforme de recursos, porque te dice cómo acceder
a diontraining. com.
Por eso tenemos ese HTTPS al principio.
Es el protocolo de transferencia de
hipertexto seguro, y ese es el método para acceder a él.
Ahora bien, si quisieras acceder a mi sitio web y hacerlo de forma
insegura, podrías hacerlo añadiendo HTTP:// al
principio de la dirección web.
Ahora, si quieres conectarte
usando FTP, usarías FTP://FTP. diontraining. com como su URL, y así hay un montón de diferentes maneras de hacer
esto como usted le dice al sistema
lo que debe hacer, y que va
a crear una URL y un nombre de
dominio completo.
A continuación, tenemos que hablar de los diferentes
tipos de registros DNS que existen en un servidor DNS.
Dentro de su servidor DNS, va a crear
diferentes registros que contienen diferentes tipos de información
basada en su caso de uso.
Se conocen como registros A, registros AAAA, registros CNAME, registros
MX, registros TXT y registros NS.
Veamos brevemente cada uno de
estos tipos de registro.
En primer lugar, tenemos un
registro A, que significa registro de dirección.
Un registro A se utiliza para vincular
un nombre de host a una dirección IPv4.
Por ejemplo, hay un registro A para www. diontraining. com, y la vincula a la dirección
IP del 45. 79. 184. 180.
Además de esto, también puede establecer un registro A
para el host @, y esto indica un registro
para el dominio de ruta.
En el ejemplo de Dion Training, nuestro registro
@ significa que diontraining. com, que es la ruta de nuestro dominio,
va a aparecer en una determinada
IP.
De este modo, nuestros usuarios pueden encontrar nuestro sitio
web accediendo al subdominio www. diontraining. com, o simplemente
visitando diontraining. com utilizando ese registro
A @.
Ahora, los registros A sólo funcionan para
direcciones IPv4, pero muchos sitios web modernos también admiten IPv6.
Para asignar un nombre de dominio a una dirección
IPv6, va a utilizar un registro AAAA.
Así, utilizando el sitio de Dion Training como ejemplo,
podría establecer el registro AAAA en 2400:cb00:2049:1::a29f:1804
si esa fuera la dirección IPv6 de mi servidor web.
Como puedes ver, las direcciones IPv6 son mucho más complicadas que las
IPv4, y realmente difíciles de memorizar para nosotros
los humanos,
por eso nos gusta utilizar estos registros AAAA, o
los registros 4A.
El siguiente tipo de registro que podemos utilizar se conoce como registro
CNAME, o registro de nombre canónico.
Ahora, se utiliza un registro CNAME en lugar
de un registro A para un registro AAAA si desea apuntar un dominio
a otro nombre de dominio o a un nombre de subdominio.
Por ejemplo, además de diontraining, poseo
muchos nombres de dominio diferentes. com.
Algunos de ellos corresponden a antiguas empresas que he tenido o
a proyectos que solía dirigir,
y otros son los que planeo utilizar algún día en
el futuro, pero mientras tanto, los tengo configurados con un registro
CNAME que resuelve de nuevo a diontraining. com.
Por ejemplo, yo tenía un sitio web llamado itil4exam. com, pero desde entonces he dejado
de utilizar ese nombre
de dominio y he fusionado todos
esos cursos en mi propio diontraining. com.
Así que cuando cerré ese antiguo servidor web, todavía quería
permitir que la gente escribiera itil4exam. com y llegar a algo en lugar
de sólo una página de error.
Así que usé un registro CNAME
para apuntar directamente a diontraining. com.
¿Por qué querría hacer eso?
Bueno, estuvimos en el otro sitio durante
unos años en paralelo a diontraining. com, y muchos de los enlaces
publicados allí están por todo internet con recomendaciones
a nuestros cursos que
estaban alojados en ese itil4exam. com.
Uno de los cursos más populares de ese sitio era
nuestro curso ITIL 4 Foundation,
y se encontraba en itil4exam. com/itil-4-foundation.
Ahora, si escribe eso en su navegador
web, se resolverá el itil4exam. com parte a diontraining. com, y te llevará directamente
a diontraining. com/itil-4-foundation.
Esto significa que incluso si está
utilizando un enlace que ha encontrado en Reddit que recomienda
nuestro curso de hace unos años, todavía va a
trabajar y le llevará a nuestra página de ventas,
a pesar de que el original itil4exam. com ya no está en servicio
y ha sido desconectado.
Otro caso de uso de un registro CNAME
es cuando se utiliza una oferta de software como servicio
que le proporciona un subdominio en su servidor.
Por ejemplo, yo uso un software de seguimiento de tickets
de servicio conocido como Freshdesk, que viene en freshdesk. com, y nos dieron un subdominio
bastante difícil de recordar para
su servicio, algo así
como FDUS-143-D15. freshdesk. com.
Así que para facilitar a mi personal
la búsqueda de nuestro servicio de asistencia, creamos
un registro CNAME llamado Asistencia, y lo apuntamos a este subdominio difícil de recordar.
Así que si mi personal entra en apoyo. diontraining. com, les lleva directamente a nuestro sistema de soporte,
que en realidad nos redirige a esta instancia en la nube proporcionada
por el subdominio emitido
por Freshdesk.
Recuerde que los registros CNAME no pueden
utilizarse para apuntar a una dirección IP.
Sólo puede utilizarse para apuntar a otro nombre
de dominio o subdominio.
A continuación, tenemos un
registro MX, que significa registro de intercambio de correo,
y hace lo que usted piensa que haría.
Te ayuda a averiguar dónde se encuentra un servidor de correo electrónico.
Un registro MX se utiliza para dirigir correos electrónicos a su servidor de correo.
Los registros MX, al igual que los CNAME, sólo pueden
utilizarse para apuntar a otro dominio, y no a una dirección IP.
Cuando cree sus registros MX, también podrá proporcionar la prioridad
para cada uno de estos registros.
Esto le permite indicar su preferencia sobre qué
servidor debe intentar utilizar primero el correo electrónico.
A la hora de establecer la prioridad,
cuanto menor sea el número introducido, mayor será la
prioridad.
Es esencialmente reglas de golf.
Así que si tenemos mail1. diontraininf. com a 10,
y mail2. diontraining. com fijado en 20 para sus prioridades, los correos electrónicos van a intentar
utilizar primero el correo uno.
Si no consigue llegar
al correo uno, intentará llegar al correo dos.
Ahora, si desea equilibrar la carga de
su correo electrónico en varios servidores, sólo tiene
que establecer sus prioridades en el mismo valor.
Así que si he creado registros para el
correo uno y el correo dos, y ambos tienen una prioridad de 10, todos los
correos electrónicos entrantes se van a alternar y equilibrar la
carga por igual entre estos servidores.
El primero pasa a uno, el segundo
a dos, el tercero a uno, el cuarto
a dos, y así sucesivamente.
A continuación, tenemos los registros TXT, o registros de texto.
Ahora, los administradores de dominios utilizan un registro
de texto para añadir texto al sistema de nombres de dominio, o DNS.
Originalmente, los registros de texto se diseñaron
como una forma de añadir notas legibles por humanos a nuestros registros
DNS y, con el tiempo, se empezaron a añadir más y
más cosas a estos registros de texto y, finalmente, empezamos
a añadir datos legibles por máquinas también
a estos registros de texto, y ahí es donde vas a ver la
mayoría en estos días.
Su dominio también puede tener muchos
registros de texto diferentes.
No estás limitado a una sola de ellas.
En la mayoría de los casos, los registros de texto
se utilizan para demostrar la propiedad de un dominio mediante
la adición de un código legible por máquina para su verificación, y para evitar
el spam por correo electrónico, también mediante la adición
de un código legible por máquina específico a un registro TXT.
Por ejemplo, en diontraining. com, tenemos un registro de
texto con el nombre fdkey. y una textura de 32 dígitos hexadecimales
dentro de nuestros
registros DNS.
Esto permite a nuestro sistema de soporte Freshdesk verificar que somos propietarios
del nombre de dominio diontraining. com, por lo que están autorizados a enviar correos
electrónicos en nuestro nombre a nuestros estudiantes cuando nuestro
equipo responde dentro de su
sistema a un ticket de soporte.
Se trata de una forma de verificación de la propiedad
del dominio, porque su sistema puede consultar nuestros registros
DNS y ver que hemos introducido esta serie única de 32 dígitos
hexadecimales en nuestro registro DNS TXT.
Esencialmente, funciona como
una contraseña para decir: "Oye, soy dueño de este dominio. En sus registros TXT, también puede poner información como mensajes SPF,
DKIM o DMARC para poder ayudar a verificar
sus servicios de correo electrónico
y bloquear la transmisión de mensajes falsos
o no deseados conocidos como spam a otras personas que utilicen su dominio
y direcciones de correo electrónico.
SPF, o marco de política
de remitentes, es un registro DNS que identifica
el host autorizado para enviar correo para
el dominio, y sólo va a haber uno
permitido para cada dominio.
Ahora, al mirarlos, vas a tener algo que
se parece a esto, y esto es un registro DNS llamado
registro de texto.
Verás que tiene el signo @, y luego dice
V=SPF1, que es el marco de política de remitente uno.
Es la primera.
Luego tiene MX, que es el registro del servidor de correo,
y luego dice include:_SPF. google. com, e incluya:email.
freshdesk. com-todo.
¿Qué te dice esto?
Bueno, en realidad es el registro SPF de mi servidor de correo electrónico.
Ahora, ¿por qué tenemos google. ¿Estás ahí?
Bueno, es porque usamos G Suite de Google, y por tanto Google es nuestro proveedor de servicios
de correo electrónico.
No tenemos nuestro propio servidor de correo electrónico.
En su lugar, les dejamos hacerlo, y les hemos dado autorización
para ello, que están autorizados a enviar
correo electrónico en nuestro nombre
al incluir esa declaración SPF.
Ahora, el segundo de ahí, puede que
te estés preguntando, "¿Para qué es eso?
Creía que sólo se podía tener uno. Bueno, sólo se puede
tener una declaración SPF, pero
todo esto es una línea cuando
se escribe en DNS, y todo esto desde el texto hasta
todo es una sola línea, y eso es una sola declaración SPF.
Puedo autorizar a varios servidores para que envíen en mi nombre,
pero sólo puedo hacerlo en una línea DNS como veis aquí, y lo que es
Freshdesk es nuestro sistema de tickets de problemas.
Si envías un correo electrónico al servicio de asistencia de Dion Training, irá
a Freshdesk, pero si envías un correo electrónico a mi
correo electrónico personal de Dion Training,
irá a Google, porque es quien se encarga
de nuestros correos electrónicos personales para nuestra empresa,
por lo que tienes que incluir
ambos en cualquier otra cosa que se vaya a autorizar a enviar en tu nombre
dentro de esta declaración.
Ahora, lo siguiente de lo que tenemos que hablar es de DKIM, o dkim.
Ahora, esto es correo identificado con claves de dominio.
Esto proporciona un mecanismo de autenticación criptográfica para el correo utilizando
una clave pública publicada como un registro DNS.
Ahora, cuando busque un
SPF o DKIM, verá algo como esto.
Aquí tienes un ejemplo que te muestra el correo para adobe. com.
Puedes ver el DMARC en la parte
superior, del que hablaremos en un minuto,
verás el SPF, del que acabamos
de hablar, y luego verás DKIM,
que es de lo que estamos hablando ahora.
Es básicamente una clave de autenticación
criptográfica muy larga, y puedes verla ahí en la pantalla.
Ahora, DKIM puede sustituir o utilizarse con SPF.
El siguiente del que vamos a hablar
es DMARC, y DMARC es el informe y conformidad de autenticación
de mensajes basado en dominios.
Esto es básicamente un marco, y este marco se utiliza para
garantizar la correcta
aplicación de SPF y DKIM utilizando
una política que se publica como un registro DNS, y
te lo mostré muy brevemente en la última imagen en tu
pantalla cuando te mostré el DMARC como la
línea superior de esa imagen.
Si quieres volver atrás y echarle un vistazo,
puedes hacerlo en este momento.
Ahora bien, cuando se trata
de DMARC, puede utilizarlo con
SPF, con DKIM o con ambos,
porque recuerde que SPF y DKIM no tienen por qué utilizarse juntos.
Puedes usar uno u otro, o puedes
usar ambos, y DMARC se va a usar con uno u otro o con ambos.
Ahora, cuando se trata de
MARC, esto es lo que parece.
¿Cómo funciona todo esto?
Bueno, primero tienes que asegurarte de que
tu SPF, tu DKIM y tu DMARC están todos en el servidor DNS.
Una vez que tienes todos esos registros ahí,
eso es lo que inicia todo este proceso.
Ahora, una vez que hayas hecho eso
una vez, todo lo demás va a seguir cada vez que quieras
enviar un mensaje.
En este ejemplo, vamos a tener dos mensajes
que se envían, uno desde el servidor SMTP, que
está autorizado y se muestra en verde, y uno de un adversario
que está tratando de suplantar
su dominio, que se mostrará en rojo.
Empecemos por la que está autorizada.
Aquí, aparece como 2A.
Su remitente va a enviar ese mensaje a la MTA.
Va al MTA, que es su agente
de transferencia de mensajes, y acabará recibiendo
ese mensaje con la cabecera SPF o DKIM.
Ahora, quedémonos con este mensaje
por un minuto, y luego volveremos al adversario.
Una vez que la MTA tiene ese mensaje, va
a seguir adelante y mirar ese mensaje,
y procesar ese mensaje.
Cuando hace eso, parte de eso va a ser buscar
la política DMARC del remitente
y los registros SPF y DKIM a través de DNS, tal como
hablamos en los últimos tres o cuatro minutos aquí.
Ahora, una vez que el MTA hace eso, si es legítimo,
ese mensaje puede ser colocado en el buzón
del receptor en el servidor IMAP, y esperar a que la persona pueda leer
su mensaje usando su agente de usuario de correo.
Todo eso está bien, porque saben que este mensaje era auténtico,
porque comparó esos valores con el SPF, el DKIM o el DMARC,
basándose en la política
que se estableció.
Ahora, si nos fijamos en el adversario por otro lado, cuando envían
el mensaje, todavía va a la MTA, porque tiene que llegar a la MTA para llegar
a ese usuario final.
Sin embargo, una vez que llega allí, el MTA
va a comprobarlo frente a esa política DMARC, mirando los registros
SPF o DKIM.
Una vez hecho esto, si no coinciden, rechazará
el mensaje, lo borrará o lo pondrá en cuarentena,
y lo tirará a la basura, como
puedes ver en 5B.
Una vez más, esta es la forma en que estas cosas funcionan, y mediante
el uso de este DKIM, DMARC y SPF juntos, podemos añadir
un poco de seguridad en nuestras organizaciones.
Por último, tenemos un registro NS, que significa
registro de servidor de nombres.
Ahora bien, un registro de servidor de nombres se utiliza
para indicar qué servidor de nombres DNS del mundo
va a ser el autoritativo para ese dominio.
Esto es importante porque DNS utiliza ese modelo jerárquico
del que hablamos, y todos los servidores necesitan
saber a quién pertenece ese registro y quién está autorizado
a realizar los cambios en él.
Ahora bien, un servidor de nombres es un tipo de servidor DNS que
almacena todos los registros DNS de un dominio
determinado, incluidos todos los tipos de los que ya hemos hablado,
como los registros A, los registros AAAA, los registros de nombres canónicos, los registros de intercambio
de correo MX y los registros de texto TXT.
También suele haber más de un servidor de nombres para un dominio, por lo que
puede tener un servidor de nombres principal y otro de reserva.
Además, no siempre tiene que alojar
sus propios servidores de nombres.
En el caso de diontraintraining. com, no alojamos nuestros propios
servidores de nombres.
En su lugar, confiamos en Cloudflare,
que es un proveedor de servicios en la nube que lo hace por nosotros.
Por tanto, si busca los registros DNS de diontraining. com, la fuente autorizada para
ello son dos de los servidores de nombres
de Cloudflare.
Ahora, hasta este punto, he hablado de DNS desde la
perspectiva de alojar un servidor DNS disponible
públicamente al que cualquier persona en el mundo puede acceder,
pero DNS en realidad se puede utilizar
interna o externamente.
Todo lo que he dicho hasta
ahora se refiere al exterior, pero hablemos
un poco del interior.
Hoy en día, con la computación en nube, es muy común configurar
también un servicio DNS interno que
permita a sus instancias en nube dentro
de la misma red o nube privada acceder entre sí utilizando nombres DNS internos
en lugar de tener que utilizar sus direcciones IP.
Para ello, se crean registros A internos y también
se crean registros de puntero internos
en la zona inversa.
Por suerte, la mayoría de los proveedores de nube crearán,
actualizarán y eliminarán automáticamente
estos registros DNS internos por usted a medida que cree y elimine diferentes máquinas
virtuales y otras instancias en su nube privada.
Sin embargo, el DNS externo es con lo que la mayoría
de nosotros estaremos más familiarizados.
Son los registros que se crean en torno a los nombres
de dominio que compramos a una autoridad
central y que utilizamos en
la Internet pública.
Ahora, para cada registro DNS, también
tenemos lo que se conoce como TTL, o tiempo de vida, que está asociado a él.
El tiempo de vida es un parámetro que indica al resolver DNS
cuánto tiempo puede almacenar en caché una consulta antes de solicitar una nueva.
Así que si mis registros DNS están configurados
con un tiempo de vida de 86.400 segundos, que suele ser
el valor por defecto, eso significa que mi ordenador
resolverá ese registro DNS, y lo recordará durante 24 horas antes
de tener que volver al servidor DNS y pedir esa información
de nuevo.
Este resolver DNS, también conocido como caché
DNS, se encuentra en su host individual.
Por ejemplo, si utilizas Windows 10, tu ordenador hace una copia
local de cada entrada DNS que
resuelve cuando te conectas a sitios web
de todo Internet.
Esta base de datos temporal recuerda
las respuestas que recibió del servidor DNS.
Así que si vas a diontraining. com, la primera vez que lo haces hoy, tu ordenador tiene
que preguntar al servidor DNS
por esa dirección IP,
pero ahora sabe dónde está, y recuerda
esa IP durante las próximas 24 horas.
Si hoy visita mi sitio web cinco veces,
sólo ha tenido que buscar esa dirección IP una vez.
Esto nos ayuda a acelerar todo el proceso.
Ahora, si lo intentas de nuevo mañana, tu ordenador
va a comprobar primero su caché DNS, y va a ver que hay
un registro allí.
Pero si ese tiempo de vida ya ha pasado,
invalidará ese registro
y realizará otra búsqueda.
Lo último que tenemos que tratar
es el concepto de búsqueda recursiva.
Verá, cuando su ordenador quiere encontrar un sitio
web determinado como diontraining. com, primero tiene que preguntar a
su servidor DNS dónde se encuentra.
Así que si estás sentado
en casa y utilizas una conexión Verizon Fios, por ejemplo,
vas a preguntar a su servidor
DNS: "¿Quién es diontraining. ¿com? Ahora, el DNS de Verizon puede o no conocer la
dirección IP de diontraining.
com.
Al fin y al cabo, hay millones y millones de sitios web, y si tuvieran
que resincronizar nuestros registros
cada 24 horas, eso llevaría mucho tiempo.
En su lugar, DNS utiliza esta
estrategia recursiva para realizar la búsqueda.
Así que pregunta a Verizon, y si no saben la respuesta, subirán un nivel y preguntarán
al siguiente servidor DNS.
Si ese servidor no conoce la respuesta, subirá otro nivel,
y seguirá este proceso hasta que encuentre a alguien
que conozca la dirección
IP de diontraining. com.
Ahora bien, si durante esta recursión
llega hasta el . com o el dominio de ruta para diontraining. com, entonces
puede pedir al . com qué servidor DNS es autoritativo para
diontrain. com, y obtenga la respuesta autorizada
directamente de ellos.
Esencialmente, con una búsqueda
recursiva, tu resolvedor DNS dice: "No sé cuál es la
IP de este dominio, pero voy a preguntar
a mi servidor DNS, y ese servidor
la buscará hasta que la encuentre, y entonces
me dirá esa IP". Ahora, hay otro método que se puede
utilizar, que se conoce como una búsqueda
iterativa.
Con una búsqueda iterativa, es similar a una
búsqueda recursiva, salvo que el servidor DNS no
va a seguir buscando la información por ti y enviándote el resultado.
En su lugar, en una búsqueda iterativa, el
resolver DNS preguntará al servidor DNS cuál es la
IP del dominio, y si el servidor DNS
no lo sabe, le dirá al resolver que pregunte al siguiente
servidor DNS, y ese servidor proporcionará
su IP.
Ahora, con la búsqueda recursiva, el servidor DNS lo
buscará e informará al resolver, pero con
una búsqueda iterativa, tu resolver
DNS va a hacer continuamente esta
consulta a través de esta recursión hasta que encuentre
la IP para ese dominio, por lo que realmente es sólo una cuestión
de quién está haciendo la búsqueda
de esta información.
Muy bien, hemos cubierto mucha información en esta
lección, así que a modo de
resumen rápido, ¿qué necesitas saber para el examen?
Pues bien, hay que entender cómo funciona el DNS utilizando sus distintos
tipos de registros para convertir nombres de dominio en
direcciones IP, y direcciones IP en nombres de dominio.
Recuerde que los registros A se utilizan para nombres de dominio con
direcciones IPv4, mientras que los registros AAAA se utilizan para
nombres de dominio con direcciones IPV6.
Los registros CNAME se utilizan para asignar nombres
de dominio a otros nombres de dominio.
Los registros MX se utilizan para el correo electrónico y
los NS para los servidores de nombres.
Los registros TXT almacenan texto como
datos legibles por humanos o por máquinas.
Si recuerdas este resumen, serás capaz de responder a la mayoría
de las preguntas sobre el DNS que te planteen
en el examen.