Time to live: различия между версиями

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску
Интерактивная навигация по истории
(Показать все непатрулированные изменения)
[отпатрулированная версия][непроверенная версия]
← Предыдущая правка
Содержимое удалено Содержимое добавлено
ВизуальныйВики-текст
м Декодирование ссылок по запросу stjn
 
(не показано 19 промежуточных версий 18 участников)
Строка 1: Строка 1:
{{нет сносок|дата=2022-12-16}}
'''Time to live''' (TTL) в [[Вычислительная техника|вычислительной технике]] и [[Компьютерная сеть|компьютерных сетях]] — предельный период времени или число [[Итерация|итераций]] или переходов, за который набор данных ([[IP#.D0.9F.D0.B0.D0.BA.D0.B5.D1.82|пакет]]) может существовать до своего исчезновения.
'''TTL - Time to live''' (Время жизни), '''Hop Limit''', в [[Вычислительная техника|вычислительной технике]] и [[Компьютерная сеть|компьютерных сетях]] — предельный период времени или число [[Итерация (программирование)|итераций]] или переходов, которые набор данных ([[IP#Пакет|пакет]]) может осуществить (прожить) до своего исчезновения.


== TTL (время жизни) IP-пакетов ==
== TTL (время жизни) IP-пакетов ==

В [[IPv4]] TTL представляет собой восьмиразрядное поле [[IP]]-заголовка.
В [[IPv4]] TTL представляет собой восьмиразрядное поле [[IP]]-заголовка.


Определяет максимальное количество хопов ([[hop]], то есть прыжок, участок между маршрутизаторами), которые пакет может пройти. Наличие этого параметра не позволяет пакету бесконечно ходить по сети. Каждый маршрутизатор при маршрутизации должен уменьшать значение TTL на единицу, но некоторые шлюзы можно настроить, чтобы игнорировать это. Пакеты, не достигшие адресата, но время жизни которых стало равно нулю, уничтожаются, а отправителю посылается сообщение [[ICMP]] ''Time Exceeded''. Если требуется, чтобы пакет не был маршрутизирован (то есть был принят только в своём сегменте), то выставляется TTL=1. На отправке пакетов с разным временем жизни основана трассировка их пути прохождения ([[traceroute]]). Максимальное значение TTL=255. Обычное начальное значение TTL=64 ([[Linux]], [[MacOS|Mac]], [[Android]], [[iOS]]), TTL=128 ([[Windows]]).
Определяет максимальное количество хопов ([[hop]], то есть прыжок, участок между маршрутизаторами), которые пакет может пройти. Наличие этого параметра не позволяет пакету бесконечно ходить по сети. Каждый маршрутизатор при маршрутизации должен уменьшать значение TTL на единицу, но некоторые шлюзы можно настроить, чтобы игнорировать это. Пакеты, не достигшие адресата, но время жизни которых стало равно нулю, уничтожаются, а отправителю посылается сообщение [[ICMP]] ''Time Exceeded''. Если требуется, чтобы пакет не был маршрутизирован (то есть был принят только в своём сегменте), то выставляется TTL=1. На отправке пакетов с разным временем жизни основана трассировка их пути прохождения ([[traceroute]]). Максимальное значение TTL=255. Обычное начальное значение TTL=64 ([[Linux]], [[MacOS|Mac]], [[Android]], [[iOS]]), TTL=128 ([[Windows]]).


Изначально, по стандарту RFC 791, время жизни (TTL) в протоколе IPv4 должно было измеряться в секундах (отсюда и название). Каждая секунда ожидания в очереди узла (например, маршрутизатора), а также каждый переход на новый узел, через который проходит датаграмма, должен был уменьшить значение TTL на одну единицу. На практике, это не прижилось, и поле TTL просто уменьшается на единицу на каждом транзитном узле ([[Транзитный участок|хопе]]), через который проходит датаграмма. Для того, чтобы отразить это, в протоколе [[IPv6]] поле TTL переименовано в «хоп лимит» (Hop Limit).
Изначально, по стандарту RFC 791, время жизни (TTL) в протоколе IPv4 должно было измеряться в секундах (отсюда и название). Каждая секунда ожидания в очереди узла (например, маршрутизатора), а также каждый переход на новый узел, через который проходит датаграмма, должен был уменьшить значение TTL на одну единицу. На практике, это не прижилось, и поле TTL просто уменьшается на единицу на каждом транзитном узле ([[Транзитный участок|хопе]]), через который проходит датаграмма. Для того, чтобы отразить это, в протоколе [[IPv6]] поле TTL переименовано в «максимум переходов» (Hop Limit).


[[Сетевой коммутатор|Коммутатор]]ы традиционно работают на [[Канальный уровень|канальном уровне]] и не уменьшают TTL.
[[Сетевой коммутатор|Коммутаторы]] работают на [[Канальный уровень|канальном уровне]], поэтому не уменьшают TTL.


Контроль TTL часто используются провайдерами для обнаружения трафика несанкционированного подключенного устройства. К примеру, если на смартфоне включить режим "Мобильная точка доступа" ([[тетеринг]]), TTL от подключенных устройств будет на 1 меньше ожидаемого. Тем самым блокируется доступ для этих устройств.
Контроль TTL часто используются провайдерами для обнаружения трафика несанкционированного подключенного устройства. К примеру, если на смартфоне включить режим «Мобильная точка доступа» ([[тетеринг]]), TTL от подключенных к нему устройств будет на 1 меньше ожидаемого. Это позволяет определить устройства, используемые в режиме модема, и при необходимости заблокировать доступ для них.


== Время жизни записей DNS ==
== Время жизни записей DNS ==

Для [[DNS]]-записей параметр «Time to live» определяет время актуальности данных при [[кеш]]ировании запросов. Задаётся в секундах, типичное значение составляет 86{{nbsp}}400 секунд, то есть 24 часа. Это означает, что при изменении записи DNS, вплоть до 24 часов после изменения, DNS-серверы по всему миру могут выдавать старые данные из кеша, пока он не будет обновлён.
Для [[DNS]]-записей параметр «Time to live» определяет время актуальности данных при [[кеш]]ировании запросов. Задаётся в секундах, типичное значение составляет 86{{nbsp}}400 секунд, то есть 24 часа. Это означает, что при изменении записи DNS, вплоть до 24 часов после изменения, DNS-серверы по всему миру могут выдавать старые данные из кеша, пока он не будет обновлён.


== Ссылки ==
== Ссылки ==
* [http://tools.ietf.org/html/rfc791 Стандарт RFC791]{{ref-en}}
* [http://tools.ietf.org/html/rfc791 Стандарт RFC791]{{ref-en}}
* [http://tools.ietf.org/html/rfc1009 RFC1009 — Requirements for Internet gateways] {{ref-en}}
* [http://tools.ietf.org/html/rfc1009 RFC1009 — Requirements for Internet gateways]{{ref-en}}
* [http://rfc-gnutella.sourceforge.net/developer/testing/messageArchitecture.html Gnutella TTL and Hops header values used for preventing loops and monitoring of network topology] {{ref-en}}
* [http://rfc-gnutella.sourceforge.net/developer/testing/messageArchitecture.html Gnutella TTL and Hops header values used for preventing loops and monitoring of network topology]{{ref-en}}
{{примечания}}
{{примечания}}


{{rq|sources|refless|img}}
{{compu-net-stub}}
{{compu-net-stub}}
{{Computer-data-stub}}


[[Категория:Параметры компьютерных сетей]]
[[Категория:Параметры компьютерных сетей]]

Текущая версия от 12:01, 31 марта 2024

TTL - Time to live (Время жизни), Hop Limit, в вычислительной технике и компьютерных сетях — предельный период времени или число итераций или переходов, которые набор данных (пакет) может осуществить (прожить) до своего исчезновения.

TTL (время жизни) IP-пакетов

[править | править код]

В IPv4 TTL представляет собой восьмиразрядное поле IP-заголовка.

Определяет максимальное количество хопов (hop, то есть прыжок, участок между маршрутизаторами), которые пакет может пройти. Наличие этого параметра не позволяет пакету бесконечно ходить по сети. Каждый маршрутизатор при маршрутизации должен уменьшать значение TTL на единицу, но некоторые шлюзы можно настроить, чтобы игнорировать это. Пакеты, не достигшие адресата, но время жизни которых стало равно нулю, уничтожаются, а отправителю посылается сообщение ICMP Time Exceeded. Если требуется, чтобы пакет не был маршрутизирован (то есть был принят только в своём сегменте), то выставляется TTL=1. На отправке пакетов с разным временем жизни основана трассировка их пути прохождения (traceroute). Максимальное значение TTL=255. Обычное начальное значение TTL=64 (Linux, Mac, Android, iOS), TTL=128 (Windows).

Изначально, по стандарту RFC 791, время жизни (TTL) в протоколе IPv4 должно было измеряться в секундах (отсюда и название). Каждая секунда ожидания в очереди узла (например, маршрутизатора), а также каждый переход на новый узел, через который проходит датаграмма, должен был уменьшить значение TTL на одну единицу. На практике, это не прижилось, и поле TTL просто уменьшается на единицу на каждом транзитном узле (хопе), через который проходит датаграмма. Для того, чтобы отразить это, в протоколе IPv6 поле TTL переименовано в «максимум переходов» (Hop Limit).

Коммутаторы работают на канальном уровне, поэтому не уменьшают TTL.

Контроль TTL часто используются провайдерами для обнаружения трафика несанкционированного подключенного устройства. К примеру, если на смартфоне включить режим «Мобильная точка доступа» (тетеринг), TTL от подключенных к нему устройств будет на 1 меньше ожидаемого. Это позволяет определить устройства, используемые в режиме модема, и при необходимости заблокировать доступ для них.

Время жизни записей DNS

[править | править код]

Для DNS-записей параметр «Time to live» определяет время актуальности данных при кешировании запросов. Задаётся в секундах, типичное значение составляет 86 400 секунд, то есть 24 часа. Это означает, что при изменении записи DNS, вплоть до 24 часов после изменения, DNS-серверы по всему миру могут выдавать старые данные из кеша, пока он не будет обновлён.

Ссылки

[править | править код]
Источник — https://ru.wikipedia.org/ruwiki/w/index.php?title=Time_to_live&oldid=136988268