stringtranslate.com

Tiempo para vivir

El tiempo de vida ( TTL ) o límite de saltos es un mecanismo que limita la vida útil o la vida útil de los datos en una computadora o red. TTL puede implementarse como un contador o marca de tiempo adjunto o incrustado en los datos. Una vez transcurrido el recuento de eventos o el período de tiempo prescrito, los datos se descartan o se revalidan. En las redes informáticas , TTL impide que un paquete de datos circule indefinidamente. En aplicaciones informáticas , TTL se utiliza habitualmente para mejorar el rendimiento y gestionar el almacenamiento en caché de datos.

Descripción

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

El tiempo de vida es una indicación del límite superior de la vida útil de un datagrama de Internet . Lo establece el remitente del datagrama y lo reduce en los puntos a lo largo de la ruta donde se procesa. Si el tiempo de vida llega a cero antes de que el datagrama de Internet llegue a su destino, el datagrama de Internet se destruye. El tiempo para vivir puede considerarse como un límite de tiempo para la autodestrucción.

paquetes IP

Según el Protocolo de Internet , TTL es un campo de 8 bits. En el encabezado IPv4 , TTL es el noveno octeto de 20. En el encabezado IPv6 , es el octavo octeto de 40. El valor TTL máximo es 255, el valor máximo de un solo octeto. Un valor inicial recomendado es 64. [2] [3]

El valor del tiempo de vida puede considerarse como un límite superior del tiempo que puede existir un datagrama IP 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, entonces el datagrama se descarta y se envía de vuelta al remitente un datagrama de error del Protocolo de mensajes de control de Internet (ICMP) ( 11 - Tiempo excedido ). El propósito del campo TTL es evitar una situación en la que un datagrama que no se puede entregar siga circulando en un sistema de Internet y dicho sistema eventualmente se vea inundado por tales "inmortales".

En teoría, bajo IPv4 , el tiempo de vida se mide en segundos, aunque cada host que pasa 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 pasa a llamarse límite de saltos en IPv6 .

Registros DNS

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

Los TTL también ocurren en el Sistema de nombres de dominio (DNS), donde los establece un servidor de nombres autorizado para un registro de recurso particular. Cuando un servidor de nombres de almacenamiento en caché (recursivo) consulta al servidor de nombres autorizado para obtener un registro de recursos, almacenará en caché ese registro durante el tiempo (en segundos) especificado por el TTL. Si un solucionador de código auxiliar consulta el servidor de nombres de caché para obtener el mismo registro antes de que expire el TTL, el servidor de caché simplemente responderá con el registro de recursos ya almacenado en caché en lugar de recuperarlo nuevamente del servidor de nombres autorizado. El TTL para las respuestas de NXDOMAIN (dominio inexistente) se establece a partir del mínimo del campo MÍNIMO del registro SOA y el TTL del propio SOA, e indica durante cuánto tiempo un solucionador puede almacenar en caché la respuesta negativa. [4] [ jerga ]

Los TTL más cortos pueden causar cargas más pesadas en un servidor de nombres autorizado, pero pueden ser útiles al cambiar la dirección de servicios críticos como servidores web o registros MX y, por lo tanto, el administrador de DNS a menudo los reduce antes de mover un servicio, para reducir posibles perturbaciones.

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

Los métodos DNS más nuevos que forman parte de un sistema de recuperación ante desastres (DR) pueden tener algunos registros deliberadamente configurados con un TTL extremadamente bajo. Por ejemplo, un TTL de 300 segundos ayudaría a que los registros clave caduquen en 5 minutos para ayudar a garantizar que estos registros se eliminen rápidamente en todo el mundo. Esto brinda a los administradores la capacidad de editar y actualizar 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 el problema de que algunos servidores de nombres DNS de almacenamiento en caché establecen sus propios TTL independientemente de los registros autorizados, por lo que no se puede garantizar que todos los servidores DNS posteriores tengan los nuevos registros después de que el TTL haya expirado.

HTTP

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

Ver también

Referencias

  1. ^ J. Postel , ed. (Septiembre de 1981). PROTOCOLO DE INTERNET - ESPECIFICACIÓN DEL PROTOCOLO DEL PROGRAMA DE INTERNET DARPA. IETF . doi : 10.17487/RFC0791 . ETS 5. RFC 791. IEN 128, 123, 111, 80, 54, 44, 41, 28, 26. Estándar de Internet 5. Obsoleto RFC 760. Actualizado por RFC 1349, 2474 y 6864.
  2. ^ "Valores TTL predeterminados en TCP/IP". Archivado desde el original el 12 de febrero de 2013 . Consultado el 19 de febrero de 2013 .
  3. ^ "NÚMEROS DE OPCIONES DE IP". 2012-11-30 . Consultado el 19 de febrero de 2013 . El tiempo de vida predeterminado (TTL) recomendado actualmente para el Protocolo de Internet (IP) es 64 [RFC791], [RFC1122].
  4. ^ <[email protected]>, Mark Andrews (1998). "Almacenamiento en caché negativo de consultas DNS (DNS NCACHE)". herramientas.ietf.org . doi : 10.17487/RFC2308 . Consultado el 12 de noviembre de 2018 .

enlaces externos