-
Espera...
-
¡Aquí falta algo!
-
¿Cómo puede encontrar el DNS recusor 'ns1.dnsimple.com' antes de 'dnsimple.com'?
-
Dado que 'ns1.dnsimple.com' es un subdominio de 'dnsimple.com', ¿cómo podríamos resolver 'ns1.dnsimple.com' sin resolver primero 'dnsimple.com'?
-
¿No va la búsqueda hacia atrás?
-
¿No nos quedaríamos atrapados en un bucle en algún momento?
-
Por ejemplo, supongamos que el servidor autorizado para coco.com es ns1.coco.com
-
Si quisiera navegar a coco.com, el .COM TLD me diría que obtuviera la dirección IP del servidor autorizado: ns1.coco.com
Pregúntale a ns1.coco.com
-
ns1.coco.com es un subdominio de coco.com
¡No podemos llegar a un subdominio sin llegar primero al dominio!
-
Atrapado en un bucle!
-
¿Qué pasó entonces? ¿Cómo es que el recursor DNS pudo encontrar 'dnsimple.com' a través de 'ns1.dnsimple.com'?
-
¡Simple!
¡Registros de pegamento!
-
¿Registros de pegamento?
-
¡Exactamente!
-
¡Impresionante!
¡Te lo explicaré entonces!
-
Cuando el DNS resolver le preguntó al .COM TLD sobre dnsimple.com, se adjuntó información adicional a esa respuesta.
-
El resolver obtuvo al menos una dirección IP para cada servidor de nombres.
-
¡Llamamos a eso el registro de pegamento!
-
Así que el resolver no sólo obtuvo el nombre del servidor de nombres autorizado, sino que también obtuvo la dirección IP.
-
Rompiendo así la dependencia circular.
-
¡Bien! ¡Ahora lo entiendo!
-
¡Cómo mola!
-
Perfecto
Enhorabuena
-
-
¡Lo conseguiste! Ahora es un buen momento para ver el video que montamos para este comic.
-
Mira este video basado en esta historia. Le pusimos voces a todos.
Ver video