Articulo de referencia

Es hora de vivir

El tiempo de vida ( TTL ) o límite de saltos es un mecanismo que limita la vida útil de los datos en un ordenador o red. El TTL puede implementarse como un contador o una marca ...

El tiempo de vida ( TTL ) o límite de saltos es un mecanismo que limita la vida útil de los datos en un ordenador o red. El TTL puede implementarse como un contador o una marca de tiempo adjunta o integrada en los datos. Una vez transcurrido el número de eventos o el intervalo de tiempo preestablecido, los datos se descartan o se vuelven a validar. En redes informáticas , el TTL impide que un paquete de datos circule indefinidamente. En aplicaciones informáticas , el TTL se utiliza habitualmente para mejorar el rendimiento y gestionar el almacenamiento en caché de datos.

Descripción

El RFC original del Protocolo de Internet de DARPA describe [ 1 ] : §1.4 TTL como:

El tiempo de vida (Time to Live) indica el límite superior de la vida útil de un datagrama de Internet . Lo establece el remitente y se reduce en los puntos de la ruta donde se procesa. Si el tiempo de vida llega a cero antes de que el datagrama alcance su destino, este se destruye. El tiempo de vida puede considerarse como un límite de tiempo de autodestrucción.

paquetes IP

En el protocolo de Internet , TTL es un campo de 8 bits. En la cabecera IPv4 , TTL corresponde al noveno octeto de 20. En la cabecera IPv6 , corresponde al octavo octeto de 40. El valor máximo de TTL es 255, el valor máximo de un solo octeto. Se recomienda un valor inicial de 64. [ 2 ] [ 3 ]

El valor de tiempo de vida (TTL) puede considerarse como un límite superior del tiempo que un datagrama IP puede existir en un sistema de Internet. El campo TTL lo establece el remitente del datagrama y cada enrutador en la ruta hacia su destino lo reduce. Si el campo TTL llega a cero antes de que el datagrama llegue a su destino, este se descarta y se envía un datagrama de error del Protocolo de mensajes de control de Internet (ICMP) ( 11 - Tiempo excedido ) al remitente. El propósito del campo TTL es evitar que un datagrama no entregable siga circulando por un sistema de Internet, lo que podría provocar que dicho sistema se sature con este tipo de "datos indestructibles".

En teoría, en IPv4 , el tiempo de vida (TTL) se mide en segundos, aunque cada host que transmite el datagrama debe reducir el TTL en al menos una unidad. En la práctica, el campo TTL se reduce en uno en cada salto . Para reflejar esta práctica, el campo se denomina límite de salto en IPv6 .

Registros DNS

TTL de una respuesta DNS que resuelve google.com, visto en Wireshark.

Los TTL también aparecen en el Sistema de Nombres de Dominio (DNS), donde un servidor de nombres autoritativo los establece para un registro de recurso específico. Cuando un servidor de nombres en caché (recursivo) consulta al servidor de nombres autoritativo para obtener un registro de recurso, lo almacena en caché durante el tiempo (en segundos) especificado por el TTL. Si un resolvedor stub consulta al servidor de nombres en caché para obtener el mismo registro antes de que expire el TTL, el servidor en caché simplemente responderá con el registro de recurso ya almacenado en caché en lugar de recuperarlo nuevamente del servidor de nombres autoritativo. El TTL para las respuestas NXDOMAIN (dominio inexistente) se establece a partir del mínimo entre el campo MINIMUM del registro SOA y el TTL del propio SOA, e indica cuánto tiempo puede un resolvedor almacenar en caché la respuesta negativa. [ 4 ]

Los TTL más cortos pueden provocar una mayor carga en un servidor de nombres autoritativo, pero pueden ser útiles al cambiar la dirección de servicios críticos como servidores web o registros MX , por lo que el administrador de DNS suele reducirlos antes de trasladar un servicio, con el fin de minimizar posibles interrupciones.

Las unidades utilizadas son segundos. Un valor TTL común anterior para DNS era de 86400 segundos, lo que equivale a 24 horas. Un valor TTL de 86400 significaba que, si se modificaba un registro DNS en el servidor de nombres autoritativo, los servidores DNS de todo el mundo podrían seguir mostrando el valor antiguo de su caché hasta 24 horas después de la última actualización del cliente.

Los métodos DNS más recientes que forman parte de un sistema de recuperación ante desastres (DR) pueden tener algunos registros configurados deliberadamente con un TTL extremadamente bajo. Por ejemplo, un TTL de 300 segundos ayudaría a que los registros clave caduquen en 5 minutos para garantizar que se eliminen rápidamente en todo el mundo. Esto permite a los administradores editar y actualizar los registros de manera oportuna. Los valores TTL son "por registro" y, en ocasiones, todos los sistemas DNS estándar del mundo respetan automáticamente la configuración de este valor en registros específicos. Sin embargo, persiste un problema: algunos servidores DNS de caché establecen sus propios TTL independientemente de los registros autoritativos, por lo que no se puede garantizar que todos los servidores DNS descendentes tengan los nuevos registros una vez que haya expirado el TTL.

HTTP

El tiempo de vida también puede expresarse como la fecha y hora en que caduca un registro. El Expires:encabezado en las respuestas HTTP , el Cache-Control: max-agecampo de encabezado tanto en las solicitudes como en las respuestas y el expirescampo en las cookies HTTP expresan el tiempo de vida de esta manera.

Véase también

Referencias

  1. J. Postel , ed. ( septiembre de 1981). PROTOCOLO DE INTERNET - ESPECIFICACIÓN DEL PROTOCOLO DEL PROGRAMA DE INTERNET DE DARPA . IETF . doi : 10.17487/RFC0791 . STD 5. RFC 791. IEN 128, 123, 111, 80, 54, 44, 41, 28, 26.Estándar de Internet 5. Deja obsoleto el RFC 760. Actualizado por los RFC 1349 , 2474 y 6864 .  
  2. "Valores TTL predeterminados en TCP/IP" . Archivado del original el 12 de febrero de 2013. Consultado el 19 de febrero de 2013 .
  3. "NÚMEROS DE OPCIÓN IP" . 30/11/2012 . Consultado el 19/02/2013 . El tiempo de vida (TTL) predeterminado recomendado actualmente para el Protocolo de Internet (IP) es 64 [RFC791], [RFC1122].
  4. M. Andrews (marzo de 1998). Almacenamiento en caché negativo de consultas DNS (DNS NCACHE) . Grupo de trabajo de redes. doi : 10.17487/RFC2308 . RFC 2308 .Estándar propuesto. Actualiza RFC 1034 y 1035. Actualizado por RFC 4035 , 4033 , 4034 , 6604 , 8020 , 8499 , 9499 y 9520 .