en un mundo ideal, el DNS sería como uno de esos hornos As-Seen-On – TV rotisserie: configúrelo y olvídelo. Sin embargo, Internet es un lugar que cambia dinámicamente y lo que puede ser relevante en un momento puede no ser el siguiente.
para hacer frente a esto, el DNS se diseñó con un mecanismo para actualizar los registros y garantizar que los usuarios siempre recibieran la respuesta más pertinente cuando la solicitaran.
lo básico
Time To Live, o TTL para abreviar, es el tipo de fecha de caducidad que se pone en un registro DNS., El TTL sirve para indicar al servidor recursivo o al solucionador local cuánto tiempo debe mantener dicho registro en su caché. Cuanto más largo sea el TTL, más tiempo tendrá el solucionador esa información en su caché. Cuanto más corto sea el TTL, menor será el tiempo que el solucionador mantenga esa información en su caché.
por ejemplo, tenemos example.com. Example.com tiene un registro A en el vértice de la zona para señalarnos a un servidor. Con un TTL de 3600 segundos, o 1 hora, eso significa que a medida que un servidor recursivo aprende sobre example.com, almacenará esa información sobre el registro A en example.com durante una hora., Cualquier otra persona que use el mismo solucionador obtendrá la misma respuesta, y en el lado autoritativo, no habrá consulta al servidor a menos que el TTL se agote.
las mejores prácticas
Las TTL no son nada para tomarse a la ligera: pueden afectar directamente la cantidad de volumen de consultas atribuible a su servicio autorizado y, en caso de necesitar cambiar rápidamente el registro, pueden resultar en una propagación del cambio más larga de lo esperado para todos los usuarios.,
para los registros que aprovechan una especie de escenario de gestión avanzada del tráfico, como la cadena de filtros de NS1, es mejor mantener el TTL lo más corto posible. De esta manera, cuando el sistema promulga un cambio, los usuarios del otro extremo que solicitan el nombre reciben la información más reciente. Vale la pena señalar que la mayoría de los servidores recursivos en realidad no entienden un TTL más corto que 30 segundos, aunque no evitaremos que baje más que eso, los resultados pueden no ser favorables a largo plazo.,
para registros que rara vez cambian, como los registros TXT o MX, es mejor mantenerlos entre una hora (3600s) y un día (86400s). Cuando llegue el momento de promulgar cambios con respecto a este tipo de registros, puede ser conveniente que cambie el TTL a un intervalo más corto antes de promulgar cualquier cambio para asegurarse de que los cambios se propaguen rápidamente.
los TTLS SOA
en la parte superior de cada zona DNS, en el inicio de Autoridad (SOA), hay cinco valores TTL que sirven a un propósito más alto en el DNS.
SOA TTL-el intervalo en el que se actualiza el registro SOA.,
actualizar TTL: intervalo en el que los servidores secundarios (DNS secundario) se establecen para actualizar el archivo de zona principal desde el servidor principal.
Reintentar TTL: la velocidad a la que un servidor secundario volverá a intentar actualizar el archivo de zona principal si falla la actualización inicial.
Expiry TTL-si la actualización y el reintento fallan repetidamente, este es el período de tiempo después del cual el primario debe considerarse desaparecido y ya no es autoritativo para la zona dada.,
NX TTL-en el caso de que la solicitud del dominio resulte en una consulta inexistente (NXDOMAIN), esta es la cantidad de tiempo que el recursor respeta para devolver la respuesta de NXDOMAIN.
se recomienda no modificar estas ttl a menos que tenga una necesidad muy específica de hacerlo, lo que a menudo es un caso muy raro.