Я читал справочную страницу iptables (легкое чтение перед сном) и наткнулся на цель 'TTL', но она предупреждает:
Установка или увеличение поля TTL может быть очень опасным
а также
Никогда не устанавливайте и не увеличивайте значение пакетов, которые покидают вашу локальную сеть!
Я могу видеть, как, возможно, уменьшение или установка TTL ниже может привести к тому, что пакеты будут отброшены до достижения пункта назначения, но какой эффект может иметь увеличение?
TTL уменьшается при прохождении через маршрутизатор. Это гарантирует, что если пакет будет путешествовать по кругу, он в конечном итоге умрет.
Поле TTL пакета IP v4 является 8-битным полем (десятичное число 255). Так что, установив его в начале, это не имеет большого значения, так как он не может быть настолько большим в правильно сформированном пакете (хотя некоторые вещи могут принимать неправильно сформированные IP-пакеты).
Однако, если что-то увеличивает его, и шаг увеличения является частью цикла , пакет может продолжать идти по кругу, не достигая нуля. Со временем (может быть очень коротким или постепенной утечкой) пакеты могут накапливаться в системе, содержащей этот цикл, вызывая его перегрузку.
TTL на пакетах поддерживает маршрутизацию в разумных пределах. Если пакет должен иметь очень большой TTL и по какой-то причине был пойман по кольцевому маршруту, это может вызвать тонну трафика (так называемый «шторм пакетов») и помешать нормальной работе. Слишком низкий TTL приведет к потере соединения, так как вы потеряете пакет до того, как он достигнет пункта назначения.
Есть один момент, в котором ответы, по-видимому, пропущены, но который носит чисто академический характер (из-за того, что, по всей видимости, требуется много переходов в Интернете): если пакет обычно не достигает своего места назначения из-за истекающего TTL, то его увеличение позволил бы пакету достигнуть его назначения, но не затронул бы возвращаемые пакеты, и они истекут прежде, чем достигнуть вашей сети.
ОБНОВЛЕНИЕ: Согласно этой странице в Википедии :
ОБНОВЛЕНИЕ 2: Когда кто-то обновил мой пост и сослался на Википедию, я подумал, что лучше всего сослаться на сам RFC - http://www.ietf.org/rfc/rfc791.txt - Просто найдите там TTL, и он вполне хорошая работа объяснить это:
источник
Я знаю только одну программу, которая могла бы использовать более высокое значение TTL, и это
traceroute. Как следует из названия, он отслеживает маршрут к хосту назначения, изменяя значение TTL. Стандартное максимальное количество прыжков - 20, но вы можете увеличить его.источник
Каждый маршрутизатор, который обрабатывает пакет, уменьшает значение TTL до тех пор, пока пакет не достигнет своего пункта назначения или пока TTL не достигнет нуля и не умрет.
Как уже говорили другие, увеличение TTL может привести к пакетам, которые никогда не умрут, если есть отрицательный цикл. Как правило, если значение TTL недостаточно велико, логика, чтобы попробовать больший TTL, вероятно, должна обрабатываться сквозными клиентами.
Если вы уверены, что маршрутизатор не находится в цикле (древовидная топология), теоретически вы можете безопасно увеличить значение TTL. Сказав это, разрешение большего количества переходов, чем стандартно, может повысить вероятность перегрузки во внешней сети. Если у вас есть длинная цепочка маршрутизаторов между внутренней и внешней сетью, пока нет цикла, может помочь большее значение TTL. Сказав это, для кого-то может быть довольно просто добавить ребро в сеть и создать цикл, поэтому начинать с большего значения TTL, когда пакет был создан в первую очередь, гораздо безопаснее.
источник