DNS

El sistema de nombres de dominio convierte nombres de host en direcciones; una consulta lenta o filtrada hace parecer lento un servidor sano.

Solo definiciones: un término explicado aquí no es un servicio que vendamos.

El DNS resuelve un dominio a una dirección antes de que empiece la conexión. La resolución lenta o filtrada ocurre antes de que la solicitud salga del dispositivo, así que un servidor sano puede parecer lento.

Un resolver stub consulta a un resolver recursivo, que va de la raíz al servidor autoritativo y guarda la respuesta en caché durante el tiempo de vida (TTL) del registro.

Por qué parece un sitio lento

Una primera consulta añade una ida y vuelta antes de la conexión. Un resolver lento, una cadena CNAME larga o un TTL caducado durante una migración pueden parecer lentos aunque el servidor esté sano. Aparece como un TTFB alto con un servidor rápido.

Las respuestas varían según la ubicación del resolver y el direccionamiento geográfico, así que una prueba local aislada es débil. Resuelva desde varias redes, compare latencia y TTL y consulte los servidores autoritativos. La comprobación de preparación para China incluye la resolución desde varios puntos de observación.

Preguntas frecuentes

¿Qué es un TTL?

El número de segundos que un resolver puede guardar un registro en caché. Los TTL cortos aceleran los cambios y multiplican las consultas; los TTL largos hacen lo contrario.

¿Por qué distintas redes reciben respuestas distintas?

El direccionamiento geográfico, anycast y la ubicación del resolver influyen en la respuesta. Pruebe desde las redes de sus usuarios.

¿Puede el DNS provocar fallos de correo?

Sí. Registros MX, SPF, DKIM y DMARC ausentes o erróneos hacen que el correo se rechace o acabe en spam, aunque el sitio resuelva bien.

Más información

Fuentes

  1. RFC 1034: Domain names, concepts and facilities
  2. RFC 1035: Domain names, implementation and specification
  3. RFC 8484: DNS queries over HTTPS (DoH)