Construye la idea primero y luego usa la siguiente actividad para comprobarla.
Registros, resolutores y el orden de las búsquedas
Qué consulta realmente un resolutor y en qué orden, qué tipos de registro vas a encontrar, y por qué un nombre puede resolverse en un host y fallar en el siguiente.
Lo que podrás hacer
- Nombrar los tipos de registro comunes y qué responde cada uno
- Rastrear una búsqueda a través de la caché, el archivo hosts y el resolutor configurado
- Explicar por qué dos hosts pueden no coincidir sobre el mismo nombre
Antes de esto: Necesitas "DNS - de nombres a direcciones" para la idea básica, y la lección de DHCP, ya que el resolutor que usa un host suele llegar en su lease.
Por qué importa: "Funciona desde mi máquina" es casi siempre una respuesta de DNS que difiere entre dos hosts - un registro en caché, una entrada del archivo hosts, o un resolutor distinto entregado por un ámbito distinto. Conocer el orden de búsqueda convierte eso de un misterio en tres cosas para revisar.
Un resolutor no consulta directamente un servidor DNS. Recorre una lista breve de lugares, en orden, y se detiene en la primera respuesta. Casi todas las fallas de DNS difíciles de entender son, en realidad, desacuerdos sobre cuál de esos lugares respondió.
Los tipos de registro que conviene conocer
| Tipo | Qué responde | Uso habitual |
|---|---|---|
| A | De nombre a dirección IPv4 | La consulta cotidiana |
| AAAA | De nombre a dirección IPv6 | Lo mismo mediante IPv6 |
| CNAME | De nombre a otro nombre | Un alias que sigue un traslado |
| MX | De dominio a servidor de correo | Dónde entregar el correo |
| PTR | De dirección a nombre | Búsquedas inversas y registros de eventos |
| NS | De zona a sus servidores | Delegación entre zonas |
El orden de una búsqueda
- La caché de la propia aplicación, si tiene una.
- La caché del resolutor del sistema operativo, con respuestas anteriores que aún no han vencido.
- El archivo hosts, que es local, estático y tiene prioridad sobre la red.
- El resolutor configurado, normalmente el que se recibió en el lease de DHCP.
Dos de esos cuatro lugares contienen información específica de cada host. Por eso una máquina resuelve un nombre y la de al lado no. Quizás la caché conserva una respuesta antigua o alguien agregó una línea al archivo hosts hace dos años y la olvidó.
Dos hosts, un nombre y dos respuestas
El sistema de inventario se traslada a una dirección nueva según lo previsto y se actualiza el registro A. Un host que nunca consultó el nombre obtiene la dirección nueva de inmediato. La máquina de lo consultó una hora antes del cambio, con un TTL de un día, así que seguirá usando la dirección antigua el resto del día. Él informa que el sistema de inventario está caído mientras todos a su alrededor trabajan con normalidad.
TTL determina cuánto puede persistir una respuesta antigua
Cada registro tiene un tiempo de vida, que indica cuánto puede conservarlo un resolutor antes de volver a consultar. Un TTL largo reduce la carga de consultas, pero retrasa los cambios. Uno corto hace lo contrario. Antes de un cambio programado, reducir el TTL con anticipación permite que el cambio se propague rápidamente cuando ocurra.
Puntos clave
- Un resolutor se detiene en la primera respuesta que obtiene de la caché, el archivo hosts o el servidor configurado.
- Dos de esos lugares guardan información específica de cada host; por eso los hosts pueden discrepar.
- CNAME responde con un nombre, no con una dirección. Esa referencia indirecta facilita los cambios de servicio.
- TTL determina cuánto persiste una respuesta antigua. Redúcelo antes de un cambio programado, no durante él.
¿Listo para seguir avanzando?
Crea una cuenta gratuita para guardar tu progreso y realizar la verificación de conocimiento.