Что значит — Превышел срок жизни (TTL) при передаче пакета
Пчму так? И почему это может происходить.. подскажите пожалуйста..
Максимальный TTL — 255
Я сделал пинг с ключём — i
ping myadress.com -i 255
Ответ был тот же..
Джамп.. а расскажи пожалуйста про Кольцо.. как оно может возникнуть?
Вот давай я тебе попробую описать ихнуюю сеть.. сеть провайдера..
Она имеет адресс — 10.128.89.x
И вот.. на 9тиэтажке.. стоит свитч провайдера..
Затем на этом же доме Провайдер поставил ВайФай антену — с адрессом — 10.128.89.20
И затем уже у клиента на крыше котеджа.. с адрессом — 10.128.89.21
Вот.. и от второй антены идёт провод.. к моему роутеру..
Мне кажется что-то с антенами они намудрили. не так настроили мб..
А может и роутер кривой..
Почему могут теряеться пакеты при малом ttl?
Есть керио на одном физическом порту LAN настроен ip 192.168.1.252/24, а так же дополнительный адрес 10.11.0.1/16. DHCP выдаёт ip адреса из сети 192.168.1.0/24.
Есть компьютер, который получил адрес по DHCP.
С компьютера отлично пингуется шлюз 192.168.1.252 и другой комп 10.11.0.2. Потерь нет, задержка 1мс.
А вот если выполнять команду tracert начинаются чудеса.
так же при выполнении пинга
Вот меня мучает вопрос: что-тут вообще может происходить?
- Вопрос задан более трёх лет назад
- 2712 просмотров
Оценить 1 комментарий
- Вконтакте
А как вы хотите с TTL=1 дойти до хоста за шлюзом? Шлюз декрементит TTL до 0 и дальше пакет не пойдёт т.к. время его жизни истекло. TTL определяет максимальное количество хостов МЕЖДУ source и destination хостами.
По поводу потерь пакетов в трассировке смотрите политики/логи на шлюзе, возможно просто кабель плохо обжат, или коннектор не до конца воткнут, а может аппаратная/программная проблема оборудования (как компьютера, так и шлюза).
ну так это логично.
-i 1 знаете за что отвечает? время жизни пакета TTL (Time to live)
так же почитайте тут
- Вконтакте
Я этот параметр не просто так вводил, а для локализации проблемы.
При истечении времени жизни, узел должен ответить «Превышен срок жизни (TTL) при передаче пакета.», , а он в 39% случаев не отвечает.
Читайте пожалуйста внимательнее вопрос.
- Вконтакте
«Еще для тестирования попробуйте так:
ping 192.168.0.252 -t»
неа. в вопросе описал, что в этом случае ни потер, ни задержек нет
Если бы керио был бы занят и дропал пакеты, то эти признаки были бы и в других ситуациях.
«А может он таким образом борется с DOS атаками по ICMP. Посмотрите настройки керио в этом направлении.» самое разумное объяснение, но в логах атак про это ни слова. да и странный какой-то способ блокировки. через раз
Компьютерная безграмотность. Локальная сеть часть 2.
Судя по комментариям, статья «зашла». Значит продолжаем.
Дискламер. Для специалистов — не ругайтесь, я специально стараюсь упростить информацию, чтобы подать ее языком, понятным сантехнику и трактористу. Некоторые вещи теряются, недосказываются. Иначе просто не хватит места и статья получится скучной.
0. Дополню по комментариям из первой части.
Витая пара это аналоговая среда. По ней передается цифровая информация в виде прямоугольных импульсов. Чем выше скорость, тем больше передаваемый сигнал начинает походить на синусоиду. Фронты нарастания и спада сигнала никуда не делись. Чем лучше качество оборудования, тем меньше шансов неправильно перевести синусоиду в прямоугольник. Меньше помех, меньше отказов.
Почему пара витая? Полезная информация это разница потенциалов между проводниками. В случае телефонной «лапши» электропомеха со стороны наводит в одном проводнике ЭДС выше, чем в другом. В случае витой пары наводки одинаковы и помеха нам не так страшна.
Экранирование. В обычном патч-корде 4 пары. 2 для передачи сигнала, 2 не используются (про PoE помню). Не используются — заземлены — экранируют помехи. Не так, как внешний экран, но тоже весьма заметно.
Почему иногда экранированная пара хуже? Возьмем пример. Точка заземления — устройство — витая пара — устройство — точка заземления. Большая кольцевая антенна. Второй точки заземления может не быть, тогда помеха пойдет по экрану витой пары с наводками на линии данных. Экран витой пары должен быть заземлен с одной стороны. Не с двух! Выбор стороны зависит от конкретной ситуации. Обычно это середина. Устройство — патч-панель с землей — устройство. Если мы соединяем два здания — к выбору заземления нужно подходить после исследования качества заземления в обоих зданиях и уровней помех.
1. TTL и MTU. Расшифровка — Time-to-Live и Maximal Transferred Unit. Время жизни пакета и его максимальный размер. Поехали разбираться.
10.0.0.1 — мой домашний роутер, 192.168.2.1 — рабочий роутер. Между ними VPN. 192.168.2.190 — компьютер на работе. ya.ru — сайт яндекса.
Для начала рассмотрим TTL. Изначально мой пакет пинга получил 64 очка здоровья. Проходя каждый узел сети он теряет по 1 очку здоровья. Иногда узел может поменять TTL пакета, на примере рабочий роутер резко взбодрил мой пакет и выдал ему еще 64 очка здоровья. Итого 62+64 = 126. В случае Яндекса пакет прошел 18 узлов и потерял 18 очков здоровья. Зачем это нужно? Ну самое простое — заблудившиеся пакеты не должны забивать сеть. Пакет долго гуляет по сети, теряет очки здоровья, умирает. Мы получаем потерю пакета — узел недоступен. Бывает, что поковыряв настройки роутера можно достучаться до далеких узлов. Поднимаем TTL и упираемся в MTU.
Каждый пакет, пересылаемый через Интернет, помимо полезной информации содержит некоторые служебные поля. Адрес назначения, адрес источника. Представьте, что это письмо в конверте. Вы подписали конверт, отнесли на почту. Письмо весит 50 грамм, конверт 1 грамм. Итого 51 грамм. По тарифам почты это письмо, бандероль это все что выше 100 грамм. Окей, мы прошли, у нас меньше. Почта нашего района пакует наше письмо в конверт, адрес назначения — сортировочный узел города. Адрес отправителя — почта района. Вес 52 грамма. Почта города так же пакует в конвертик и отправляет на почту страны. 53 грамма. Потом международная сортировка, транзитные страны, таможни. Если наше письмо в итоге стало тяжелее 100 грамм — все, это бандероль. Не пролезло. Уничтожается. Пакет потерян. Вот так странно работает интернет. Значение MTU обычно 1400-1500 байт, что означает передаваемый разом пакет в 1024 байта.
Но можно же порезать пакет пополам? Можно. Но не всегда. Защищенные протоколы SSL (https), VPN, потоковое вещание не допускают фрагментацию пакетов.
Чем это грозит обычному пользователю? Сайт mysite.com работает по http, но не работает по https. Или https://mysite.com работает у Пети, но не работает у Васи, который сидит за соседним столом.
Вкратце. Чем на пути нашего конверта меньше транзитных узлов, тем быстрее и надежнее работает интернет. Пример:
Обмен пакетами с taobao.cn [140.205.220.96] с 32 байтами данных:
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Ответ от 140.205.220.96: число байт=32 время=375мс TTL=87
Статистика Ping для 140.205.220.96:
Пакетов: отправлено = 4, получено = 1, потеряно = 3
Приблизительное время приема-передачи в мс:
Минимальное = 375мсек, Максимальное = 375 мсек, Среднее = 375 мсек
Сайт далеко, часть пакетов пошла по длинному пути и не дошла. Один нашел путь покороче и прошел.
2. Роутер и «главный коммутатор». Вот не хотел я на модель OSI уходить. Ну вообще никак. Но походу придется. Для начала разберем обычный роутер. Он состоит из 4х функциональных частей (иногда 5ти и более).
Первое — собстна роутер. Процессор и микропрограммное обеспечение функциональности NAT, DHCP и DNS. Эта часть имеет один вход и один выход. На вход подаем интернет, на выход подключаем внутреннюю сеть.
Второй блок — коммутатор. У него несколько входов. Все равнозначны. И немного мозгов, если это честный коммутатор (switch), а не галимый тройник (hub). Мозги нужны, чтобы запомнить на каком входе какой адрес клиента. Или адреса. От роутера приходит пакет, свич смотрит его заголовок и выпихивает пакет сразу в нужный выход. Хаб так не умеет, он выпихнет пакет всем, а вы там сами разбирайтесь ваше это или нет.
Третий блок это WiFi. Пакет до клиента шифруется, устанавливается связь с клиентом на уровне радиоканала, пакет уходит. Тут свой процессор, свое ПО, свои заморочки.
Четвертый блок это веб-морда, samba и веб-приложения. В роутер можно воткнуть флешку, ее будут видеть все компьютеры. Роутер может качать торренты. Роутер может гнать музыку широковещалкой. Роутер может поднимать VPN.
Почему я называю коммутатор главным? Возьмем простейшую сеть. Роутер — 2 коммутатора в 2х комнатах — 10 клиентов (по 5 в комнате). Компьютеры не общаются между собой (обзор сети отключен). Все пакеты идут только через роутер наружу. Каждый коммутатор в комнате хранит 5 адресов своих клиентов и адрес роутера. Роутер в свою очередь хранит у себя все компьютеры. Тоесть априори требует больше памяти и ресурсов. Если адрес компьютера не найден в таблице роутинга — отправляется широковещательный запрос, это мешает другим клиентам и отнимает время.
В случае домашнего и SOHO оборудования пластиковая коробочка и блок питания делают невыгодным делать все эти устройства отдельно. Делают роутеры все-в-одном. С процессором роутинга, вайфаем, веб-службами, серверами samba, torrent, печати, преферансом и профурсетками. Клиент уже сам если ему нужно что-то там выключит. В случае серьезной сети это все собирается из отдельных железок. Так проще собирать, настраивать, резервировать и обслуживать.
3. Еще не вскипели? Тогда пара слов про VPN. Сначала вопрос — зачем это мне? Работа такая, ага.
У меня есть домашний роутер. Два канал интернета. Есть несколько «рабочих» роутеров по всему городу. Конторы, которые я обслуживаю. Рабочие роутеры подключаются к моему домашнему по основному или резервному каналу. Итого я имею дома логическую сеть из нескольких сегментов. Не вставая с удобного кресла я могу по внутренней сети получить доступ к любом компьютеру/принтеру любой конторы. Если мне нужен цветной принтер формата A0 — вот он. Напечатал, позвонил, бумажку отложили, приехал, забрал. У меня один склад дистрибутивов. Из любой конторы я могу в него залезть и взять что надо. Если у кого-то сломался комп (нужно переставлять систему) — до выезда из дома на компьютер соседа заливается нужное ПО. Приехал, поставил систему, поставил ПО, вуаля.
Обычные пользователи контор одинаково эффективно просиживают штаны как дома, так и в офисе. Дружный женский коллектив бугалтерии не имеет времени на сплетни. Они работают. Одна в Бутово, другая в Печатниках. Обсуждать уборщицу и секретаршу шефа невозможно, время на дорогу не теряется. Крутой менеджер Вася одинаково эффективно работает даже из Турции. Главное чтобы инет был.
Для простого пользователя VPN это собственный уютный мирок, которой доступен везде. Помимо этого VPN решает некоторые другие проблемы, как то блокировка сайтов в России (а я не в России, я виртуально уже в Финляндии, хехе).
Более подробный рассказ про VPN невозможен без краткого введения в проблемы безопасности. Поэтому я оставлю это до следующего раза. Если будет интересно.
Что такое время жизни пакета (TTL)
Вероятно, многие из нас обращали внимание на параметр TTL в запущенной команде ping. Расшифровывается TTL как Time to live.
Время жизни пакета это предельное число итераций, которое пакет данных может совершить до своего исчезновения. Выражаясь не так официально, TTL — это число «прыжков» от устройства к устройству, которое может совершить пакет.
Строго говоря, TTL это не только про пакеты данных. Время жизни имеют и другие вещи, например, DNS-записи на серверах. Поэтому не связывайте понятие TTL только с пакетами данных.
Возвращаясь к теме статьи, объясним предназначение времени жизни пакета. Дело в том, что данные в сети имеют свойство зацикливаться, что создаёт своего рода «мусорный» трафик. Поскольку количество «прыжков» между узлами у пакетов ограничено, они не смогут «бродить» по сети вечно.
На самом деле, изначально предполагалось, что TTL пакетов будет измеряться в секундах. Так что это должно было быть время в буквальном смысле слова. Однако позже от этой концепции отказались в пользу простого числа «прыжков» или хопов (hop). На каждом промежуточном узле это число уменьшается на единицу (по умолчанию, хотя настройки можно выставить иначе). Если число «прыжков» у пакета истекло, а адресата он так и не достиг, этот пакет уничтожается, а адресату направляется сообщение о необходимости повторной отправки данных (Time Exceeded). Учтите, что коммутаторы оставшееся число «прыжков» не изменяют, так как действуют на канальном уровне (более низком) модели OSI, а не сетевом.
Время жизни пакета задаётся в соответствующем поле в заголовке IPv4-пакета. В стандарте IPv6 используется уже другое поле Hop Limit. Максимально возможное значение TTL равно 255. В большинстве популярных операционных систем (macOS, Linux, Android, iOS и т.д.) TTL=64. В Windows по умолчанию TTL=128.
TTL и интернет-провайдеры
Достаточно интересно используют TTL пакетов интернет провайдеры для обнаружения несанкционированного подключения устройств. Способ массово стал использоваться со временем распространения мобильного интернета и устройств, которые могут этот интернет не только потреблять, но и раздавать другим (смартфоны, планшеты).
Как это выглядит на практике? Если Вы пользуетесь мобильным интернетом со смартфона, то тот отправляет TTL=64, но, если раздать с него Wi-Fi, то TTL подключенных устройств будет изменяться на единицу. Нагляднее это можно проследить на схеме ниже.
Изменение TTL при раздаче Wi-Fi со смартфона.
Таким образом, оператор видит, что TTL «прыгает» с 64 до 63, а то и до 127 (если это ноутбук с Windows), и делает вывод, что в сеть выходит не одно устройство, а больше. В зависимости от условий предоставления связи, это может привести к блокировке.
Мы не будем в этой статье рассматривать способы обхода блокировок. Скажем лишь, что значение TTL по умолчанию можно изменить. Возьмём для примера Windows. Если вы запустите ping localhost, то увидите, что, как и говорилось ранее, TTL=128.
Для изменения установленного по умолчанию значения TTL нам нужно открыть редактор реестра, пройти в ветку HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters и отредактировать (или создать, если его нет) параметр DefaultTTL. Если у вас 64-битная версия ОС, то тип параметра будет QWORD (64 бита), если 32-битная версия ОС, то тип DWORD (32 бита). Система исчисления — десятичная, а значение можете задать от 1 до 255. Например, 65. Тогда пакеты данных, пройдя через раздающий Wi-Fi смартфон, будут выдавать TTL=64.
Изменение значения TTL в Windows.
После этого перезагрузите компьютер. Снова запустив ping localhost, можно увидеть, что значение TTL изменилось.
Отдельно стоит упомянуть протокол IPv6. Если вы его используете, то нужная вам в реестре ветка: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\TCPIP6\Parameters.
О том, как провернуть подобную настройку в Ubuntu, читайте в статье по этой ссылке.