что такое ttl в ping

Команда PING это, пожалуй, самая используемая сетевая утилита командной строки. PING присутствует во всех версиях всех операционных систем с поддержкой сети и является простым и удобным средством опроса узла по имени или его IP-адресу.

Формат командной строки:

ping [-t] [-a] [-n число] [-l размер] [-f] [-i TTL] [-v TOS] [-r число] [-s число] [[-j списокУзлов] | [-k списокУзлов]] [-w таймаут] конечноеИмя

Обобщенная схема соединения компьютера (планшета, ноутбука домашней сети) с удаленным конечным узлом можно представить следующим образом:

Команда PING можно использовать для диагностики отдельных узлов:

В результате выполнения данной команды отображается и трассировка маршрута:

Статистика Ping для 87.250.251.11:

Пакетов: отправлено = 1, получено = 1, потеряно = 0
(0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 36мсек, Максимальное = 36 мсек, Среднее = 36 мсек

В данном примере, между отправителе и получателем пакетов выстраивается цепочка из 9 маршрутизаторов. Нужно учитывать тот факт, что в версии утилиты ping.exe для Windows, число переходов может принимать значение от 1 до 9. В случаях, когда этого значения недостаточно, используется команда tracert

Отсутствие эхо-ответа не всегда является признаком неисправности, поскольку иногда по соображениям безопасности, некоторые узлы настраиваются на игнорирование эхо-запросов, посылаемых PING. Примером может служить узел microsoft.com и некоторые маршрутизаторы в сетях небольших провайдеров.

Использование PING в командных файлах.

Ответ на такую команду может отличаться от конкретной версии утилиты, и может быть приблизительно таким

При проверке связи не удалось обнаружить узел 456.0.0.1. Проверьте имя узла и повторите попытку.

Ответ на ping доступного узла:

Обмен пакетами с yandex.ru [87.250.250.11] по 32 байт:
Ответ от 87.250.250.11: число байт=32 время=10мс TTL=55

В более простом варианте можно использовать команды:

Источник

Что такое ttl в ping

Добрый день уважаемые читатели блога, сегодня я хочу вас спросить, а умеете ли вы по команде пинг определить какое устройство или операционная система вам отвечает, если нет, то вы пришли по адресу и я вам расскажу еще одно назначение утилиты ping. Думаю данный материал, будет полезен как новичкам, так и продвинутым пользователям, особенно когда вы ищите причину неисправности в сети или сервисе, встречал много раз, что вы думаете, что вам отвечает один сервер, а на самом деле это другой, так как кто то, что то поменял и не задокументировал.

Значение ttl

Ранее я вам рассказывал про модель OSI, и там у сетевого пакета, есть такое значение TTL (Time To Life), если перевести, то это время жизни пакета. TTL это некий счетчик, который уменьшается на единицу, при прохождении сетевого пакета или как его еще называют, кадра через маршрутизатор, делается это для того, чтобы он, при невозможности найти пункт назначения, вечно не бегал по роутерам, создавая нагрузку и паразитный трафик.

Именно время жизни пакета (TTL) нам и поможет, определить кто там с другой стороны. У каждой операционной системы этот показатель свой, так например

Как видите у всех он разный, и давайте разбираться, для примера я пропингую коммутатор Cisco, для этого открываем командную строку Windows, у вас может и linux быть.

Как видите значение ttl тут 255, что и показывает, что отвечает вам IOS у устройства Cisco, как видите команда ping отлично узнала операционную систему хоста с другой стороны.

Попробуем пропинговать unix систему, у меня например в локальной сети шлюзом выступает Kerio Control, на linux версии. Пингуем.

Как видите тут значение ttl равно 64, что означает unix платформу, так могут отвечать различные D-link устройства и другие домашние роутеры.

Давайте еще проверим Windows платформы, например у меня есть Windows 8.1 в локальной сети, сделаем пинг. И видите, что оно равно 128, как я и говорил.

Вот вам. тогда загадка, пингуем Windows Server 2012 R2, на нем есть веб сайт relay.aetp.ru. Что вы видите, а то что значение ttl равно 120, но в Windows же 128 по умолчанию идет, не стыковка 🙂

Все дело в хопах, помните в определении я вам говорил, что значение ttl уменьшается на единицу при следующем шаге и проходе через маршрутизаторы, давайте произведем трассировку до данного адреса.

Как видите сетевой пакет проходит не один хо до нужного адреса, и на определенных этапах он теряет от ttl по единичке. Все теперь вы знаете как узнать ttl windows.

Как изменить ttl windows

Давайте рассмотрим ситуацию, что вам нужно изменить ttl windows, поверьте бывают такие ситуации в жизни, примером может быть компания Yota, с ее дурацкой политикой ограничений Yota на раздачу Wi-Fi. Представим ситуацию, что взяли себе оператора Yota на телефон и решили раздать Wifi на ноутбук, но вы даже не знали подводных камней. в плане фильтрации пакетов со стороны Yota. Она жестко режет скорость, и режет она посредством значения ttl, оно должно быть 64, а если у вас дополнительное устройство, то это лишний хоп и значит ttl меньше, вот для обхода этой подставы с раздачей Wifi на ноутбук от Yota, мы и изменим ttl. Менять ttl мы будем в Windows 10, но данные действия подойдут и для Windows 7 и 8.1.

В итоге у вас откроется редактор реестра Windows. Вам нужно перейти в ветку реестра

В разделе вам нужно создать значение, все зависит от разрядности Windows, если 32 битная, то создаем параметр DWORD (32 бита), если 64 битная, то QWORD (64 бита). Я создаю QWORD.

эта лишняя единица, как раз и пойдет на лишний скачок через ваш телефон с ноутбука и Yota ничего не увидит, как видите изменить ttl windows 10, очень просто.

Как изменить ttl Ubuntu, Debian

И так с Windows мы уже научились, менять ttl, но не у всех стоит именно он, есть люди с Ubuntu например, давайте учиться как обойти ограничение на раздачу интернета через телефон на компьютер с Ubuntu на борту, в случае, если ваш оператор Йота, вы должны сделать несколько простых вещей.

1) Нажать одновременно Ctrl+Alt+T. Так вы вызовете терминал.

2) Ввести первую команду:

3) Попросит ваш пароль, вводим, жмем Enter, далее жмем i — это введет редактор vi в режим редактирования.

4) Вводим сам скрипт фиксирования TTL Ubuntu на значении 65, если у вас Android или iOS (у них стандартный TTL=64), если вы обладатель Люмии, где стандартный TTL равен 128, вам вместо 65 нужно прописать 129. Все это по простейшей формуле, ttl на компе должен быть на 1 больше, чем ttl на телефоне, с которого вы раздаете. Теорию я вам рассказал, а теперь сам скрипт:

5) Далее, для окончания редактирования жмем Esc. Потом сохраняем файл, зажимая Shift+ZZ.

6) Теперь необходимо проставить скрипту права на запуск:

7) Теперь последнее, добавляем все это дело в автозапуск:

8) Нажимаем Enter. Все будет делаться автоматически и без вашего участия.

Как изменить ttl MacOS

Ну и конечно, нельзя обижать яблочников 🙂 Для изменения ttl на mac делаем следующее

Идем в /Library/StartupItems. Открываем терминал и прописываем:

Создаем там папку (например, это будет yota). В терминале пишем: /Library/StartupItems> sudo mkdir yota

Идем туда. В терминал вставляем: /Library/StartupItems> cd yota/

4) Создаем там скрипт (он должен называться так же как и папка), который хотим выполнять.
Для создания скрипта в терминал вбиваем:
/Library/StartupItems/yota> sudo vim yota
И тут откроется редактор Vim! Сюда копируем сам скрипт:

# Скрипт смены ttl на Mac OS X:

И закрываем Vim с сохранением результата, вводим в виме (редакторе): yota

5) Создаем файл параметров StartupParameters.plist.
/Library/StartupItems/yota> sudo vim StartupParameters.plist

И тут опять откроется редактор Vim! Сюда копируем содержание файла параметров:
Самое главное, чтобы в строчке Provides было прописано то же имя, что и название скрипта и название папки:

И опять закрываем Vim с сохранением результата, для этого вводим: w! StartupParameters.plist

6) Выставляем права на выполнение нашему скрипту.
/Library/StartupItems/fuckingyota> sudo chmod 755 yota

7) в итоге получаем: /Library/StartupItems/yota> ll

9) А сейчас, мы не будем перезагружать комп, а просто стартанем скрипт, чтобы убедиться в его работоспособности:
/Library/StartupItems/yota> sudo SystemStarter start fyota

Резюмируя мы с вами рассмотрели какие значения ttl у каждой операционной системы, рассмотрели для чего они. Мы научились менять ttl на самых распространенных системах, если есть вопросы пишите их в комментариях.

Источник

Интерпретация TTL в результатах пинга

Я работаю на поставщика услуг VoIP, и я работаю над проблемой с клиентом, у которого есть кабельное подключение к интернету, которое бросает меня в тупик.

Я пингую оба этих маршрутизатора одновременно из одной и той же системы, которая представляет собой систему Linux, подключенную к оптоволокну с (вероятно) уровня (3). Излишне говорить, что никто на планете не знает, сколько узлов существует между здесь и там. Но проверьте результаты пинга.

Проверьте значения TTL. Имеет ли это смысл? Эти устройства находятся рядом друг с другом и подключены к этому модему через отдельные порты коммутатора. Как может появиться еще около 200 прыжков? От пинга других сайтов у меня складывается впечатление, что TTL просто не реализован так, как я думаю. Я сомневаюсь, что между мной и 4.2.2.2, или woot.com, есть 200 прыжков, но я получаю менее 50 результатов TTL от обоих.

Я также замечаю, что один из немногих сайтов, которые я могу найти, который отвечает здравомыслящим TTL, это slashdot, и я могу предположить, что их серверы и маршрутизаторы могут быть немного меньше «того, что мы нашли в гараже», чем обычный веб-сайт, который вроде как заставляет меня чувствовать, что я могу быть на правильном пути с этим последним предположением.

Подводя итог: означает ли TTL для ping что-нибудь надежное?

Излишне говорить, что никто на планете не знает, сколько узлов существует между здесь и там.

Я знаю, сколько узлов. Их ровно 16. Причина, по которой вы получаете разные ответы, заключается в том, что разные операционные системы используют разные начальные значения для TTL. Некоторые устройства используют 255, в то время как другие используют 63. Таким образом, одно из устройств, на которые вы отправляете эхо-запрос, отправляет ответ с TTL, установленным в 255. К тому времени, когда он возвращается к вам, он уменьшается до 239. Это 16 прыжков.

Другое устройство, на которое вы отправляете эхо-запрос, устанавливает TTL равным 63. Поэтому, когда оно вам подходит, значение равно 47

Если вы хотите быть уверены в количестве прыжков между вами и целью, используйте traceroute.

Источник

Что такое ttl в ping

Ping – эта такая утилита для проверки работоспособности сети. Принцип ее работы в общих чертах заключается в посылке узлу эхо-запроса и ожидании от него эхо-ответа. Каждый узел сети Интернет должен уметь принимать эхо-запросы и возвращать эхо-ответы, разумеется, если он подсоединен к сети и работает.

Отсутствие эхо-ответа от сервера обозначает: либо сервер «висит», либо имеется неустранимое повреждение сети на участке клиент-сервер, обойти в «обход», которое невозможно.

Это свойство делает ping удобным инструментом проверки работоспособности узла и целостности соединения. Впрочем, отрицательный результат работы ping не всегда свидетельствует о наличии какой-либо проблемы (см. «Почему ping не проходит, а сайт сервера нормально работает и открывается?»).

Где я могу достать ping?

В штатный комплект поставки Windows входит консольная версия утилиты ping, вполне удовлетворяющая запросы непритязательного пользователя. Ping в графическом исполнении можно обнаружить в составе практически любого пакета сетевых утилит (NetInfo, CyberKit и т.д.).

Комплект разработчика Windows-приложений (SDK), входящий, в частности, в поставку компилятора Microsoft Visual Studio, содержит исходные тексты программы ping с достаточно подробными комментариями, что легко позволяет адаптировать ее к собственным нуждам и перекроить под собственный вкус.

Каково назначение ключей утилиты ping?

Несмотря на свою простоту, утилита ping из штатной поставки Windows принимает достаточно большое количество ключей командной строки, более чем поверхностно описанных в прилагаемой документации. Неудивительно, что многие возможности ping ускользают не только от начинающих, но и от умудренных жизнью пользователей!

Ключ -w используется для задания интервала ожидания эхо-ответа в миллисекундах (по умолчанию 20 секунд). Если отклик от сервера не будет получен в течение указанного времени, утилита ping сообщит «Превышен интервал ожидания для запроса«, намекая на неработоспособность сервера или повреждение сети. На загруженных каналах медленных провайдеров ответ может прийти и через 30, и даже через 60 секунд, поэтому интервал ожидания приходится увеличивать, например, так:

Ключ -n задает количество отправляемых эхо-запросов (по умолчанию 4). Увеличение количества запросов бывает необходимо для контроля надежности и устойчивости работы сервера. Чем выше качество канала, тем меньше разброс по времени ответов.

Ключ –l задает размер дейтаграммы без учета длины заголовка (28 байт), посылаемой в эхо-запросе. Допустимыми являются значения от 0 до 65.500, включительно. По умолчанию размер дейтаграммы составляет 32 байта. Манипулируя этим значением, можно выяснить зависимость: скорость доставки – размер дейтаграммы. Если размер дейтаграммы превысит некоторую критическую величину (определяемую каждым промежуточным узлом самостоятельно), дейтаграмма разрезается на несколько пакетов подходящего размера, каждый из которых добирается до конечной точки маршрута самостоятельно, а на узле назначения они вновь собираются в исходную дейтаграмму.

Ключ –f устанавливает на дейтаграмме специальную пометку, запрещающую ее разрезание (то есть, говоря техническим языком, фрагментацию). Если хотя бы один из промежуточных узлов не может обрабатывать пакеты таких размеров, он прибивает дейтаграмму и посылает отправителю уведомление, объясняя причину смерти тем, что требуется фрагментация, но установлена пометка, ее запрещающая. Впрочем, некоторые узлы не посылают такого уведомления, молчаливо отправляя пакет на тот свет или же разрезают дейтаграмму вопреки запрету (впрочем, последнее встречается редко). Вкупе с ключом –l, задающим длину дейтаграммы, запрет фрагментации ключом –f, позволяет определить максимальный размер нефрагментируемых пакетов.

Ключ –i задает время жизни (сокращенно TTL – Time To Live) пакета посылаемых дейтаграмм, измеряемое количеством узлов, которые может посетить пакет (по умолчанию 128). Каждый промежуточный узел уменьшает значение TTL на единицу и, когда оно достигает нуля, пакет уничтожается с посылкой отправителю соответствующего уведомления. Это обстоятельство позволяет отслеживать маршрут путешествия пакетов, используя ping вместо утилиты tracert, что будет нелишним в тех ситуациях, когда tracert нет под рукой.

Для контроля выясним маршрут к некоторому узлу с помощью tracert, входящей в штатную поставку Windows:

А теперь вызовем ping, задав значение TTL равное одному. Первый же маршрутизатор, уменьшив его на единицу, обнаружит, что оно равно нулю, и пошлет нам соответствующее уведомление. Итак…

И в самом деле, получен ответ от узла 195.151.210.36, – первого маршрутизатора в цепочке, как это видно по протоколу работы tracert.

Теперь увеличим значение TTL до двух и повторим процедуру:

Действительно, теперь найден второй маршрутизатор в цепочке! Увеличиваем значение TTL еще на единицу…

Ключ –v задает значения поля типа службы (TOS – Type Of Service). Тип сервиса с помощью некоторых абстрактных параметров указывает предпочтительный вид обслуживания – минимальная задержка, максимальная пропускная способность, максимальная надежность, минимальные издержки на пересылку или обычная, неприоритетная, пересылка. Предпочтение может быть отдано только одному типу приоритета, – нельзя одновременно требовать молниеносной скорости пересылки пакета вкупе с соломоновой надежностью его доставки. Выбирайте уж что-то одно!

Тип сервиса задается одним из следующих десятичных чисел (См. таблицу 1). Как легко увидеть, каждому значению соответствует свой бит:

Таблица 1. Допустимые типы сервиса в поле TOS

минимальные издержки на пересылку

максимальная надежность доставки

максимальная пропускная способность

минимальная задержка

Не все маршрутизаторы анализируют поле TOS, многие из них его напрочь игнорируют, что и подтверждает следующий эксперимент:

Независимо от типа сервиса, время отклика всегда составляло 130 мс, и быстроты пересылки при TOS, равном 16, не наблюдалось. А вот пример сети, поддерживающей TOS:

Наибольшая задержка наблюдалась при TOS, равном 2 (минимальные издержки на пересылку), а наименьшая – при TOS, равном 16 (минимальная задержка), и чуть менее быстрыми оказались посылки с TOS, равном 8.

Ключ –r заставляет промежуточные узлы записывать в заголовок отправляемых эхо-запросов свои IP-адреса. Не все маршртузаторы поддерживают такую возможность, но очень многие. Ping, вызванная с ключом –r, позволяет отслеживать маршрут пересылки пакетов и могла бы полностью заменить собой утилиту tracert, если бы не ограничения, налагаемые размером IP-заголовка на максимальное количество запоминаемых адресов – их умещается всего девять, и более длинные пути отслеживать этим способом невозможно.

Ключ –s похож на ключ –r, но заставляет промежуточные узлы вносить в заголовок не свои адреса, а временную метку (или «штамп времени» в плохом русском переводе). По общепринятым соглашениям временная метка представляет собой четырехбайтовое поле, содержащее число миллисекунд, истекших с начала полуночи всеобщего скоординированного времени, однако на практике это соглашение мало кто соблюдает, и многие маршрутизаторы заполняют это поле всякой отсебятиной, интерпретируемой только одним им известным способом.

На количество запоминаемых временных меток наложены те же самые ограничения, что и на количество запоминаемых IP-адресов, за одним небольшим исключением – временная метка, вставленная неизвестно каким маршрутизатором, бесполезна (разве что маршрут путешествия пакетов заведомо не меняется с течением времени и может быть предварительно выявлен трассировкой). По умолчанию утилита ping автоматически запоминает IP-адреса узлов при записи временных меток, таких пар в заголовок пакета может вместиться только четыре.

Пример вызова ping с ключом –s приведен ниже. Обратите внимание на временную метку: похоже, она представляет собой ни что иное, как случайное число.

Ключ -j задает список узлов для свободной маршрутизации от клиента и аналогичен одноименному ключу утилиты tracert.

Ключ -a задает определение имен узлов по их IP-адресам. Так, во всяком случае, сказано в документации. Смысл этого неясен: такое определение и без того происходит автоматически независимо от наличия (отсутствия) ключа «-a».

Почему ping не проходит, а сайт сервера нормально работает и открывается?

Бывает, ping к некоторому серверу упорно не проходит, какая бы задержка ни была выбрана, но все сервисы (будь то почта или web) работают нормально. Почему? Все объясняется очень просто – администратор сервера защитил его межсетевым экраном, блокирующим либо эхо-запросы, либо эхо-отклики, либо и те, и другие вместе. А может запрет эхо-откликов наложен на сам узел.

Все эти меры предосторожности объясняются тем, что эхо-посылки имеют более высокий приоритет по сравнению с обычными пакетами (иначе бы эха век не дождаться), и злоумышленники могут перегрузить сервер, направив на него штурм эхо-запросов. «Упасть», правда, сервер не упадет, но вот общая производительность несколько снизится. Хуже, если направить шторм эхо-запросов от имени жертвы, выходящей в Интернет по модему: на нее обрушится сокрушительная лавина эхо-ответов от быстродействующего сервера (хорошо, если одного), плотно забивающая канал…

Вот поэтому-то для заблаговременного предотвращения возможности атаки, эхо-посылки и запрещаются, делая работу ping невозможной, но все службы сервера продолжают, как ни в чем не бывало, работать!

1 работает только под Windows 2000 или выше назад

2 К слову сказать, далеко не все приложения устанавливают поле TOS в соответствующее значение, оставляя его по умолчанию. назад

Источник

В чем измеряется ttl. Что такое TTL в пинге? Девайс работает без раздачи интернета

Время жизни пакета это предельное число итераций, которое пакет данных может совершить до своего исчезновения. Выражаясь не так официально, TTL — это число «прыжков» от устройства к устройству, которое может совершить пакет.

Строго говоря, TTL это не только про пакеты данных. Время жизни имеют и другие вещи, например, DNS-записи на серверах. Поэтому не связывайте понятие TTL только с пакетами данных.

Время жизни пакета задаётся в соответствующем поле в заголовке 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 в Windows.

После этого перезагрузите компьютер. Снова запустив ping localhost, можно увидеть, что значение TTL изменилось.

TTL — что это такое? TTL расшифровывается как Time to Live. То есть время жизни пакета, отведённое ему в момент перехода от начального узла к конечному. В стандарте IPv4 для отражения TTL выделено восьмиразрядное поле в заголовке. Проходя через многочисленные узлы к адресату, значение пакета каждый раз уменьшается на 1 единицу. Это сделано с целью ограничить время его присутствия в узлах конкретным числом. А это, в свою очередь, позволяет избежать перегрузок в сетях.

Что произойдёт, если значение TTL достигнет нуля? Пакет исчезнет, и отправитель получит сообщение о том, что время жизни его истекло, а значит, нужно попытаться снова. Максимальное значение, которое способно отразить восьмиразрядное поле, составляет 255. Для операционных систем есть значения по умолчанию. Например TTL в Windows равен 128, а в Linux и производных — Mac, Android — 64.

В среде DNS имеется свой TTL, и он отражает актуальность кэшированных данных. Но речь в статье будет не о нем.

Для чего применяется TTL и в каких сферах

Время жизни пакета активно используют различные провайдеры интернета, например Yota. Тем самым они пытаются ограничить доступ к потреблению чрезмерного трафика при раздаче Wi-Fi. Это происходит за счет того, что пакет, переходя от устройства, получающего трафик на раздающее, уменьшает TTL, в итоге к провайдеру приходит значение меньше или в случае с Windows больше ожидаемого.

Для примера можно описать процесс работы смартфона на базе «Андроида». Устройство отправляет запрос на получение данных с определенного сайта. Вместе с ним посылается TTL, значение которого 64. Провайдер знает, что это стандартная для данного устройства цифра времени жизни пакета, поэтому свободно позволяет ему получать доступ к Сети.

Теперь устройство начинает раздавать Wi-Fi и становится своего рода маршрутизатором. Подключившийся смартфон работает на платформе Windows, и его TTL, пройдя через раздающее устройство, будет 127. Провайдер встретит этот пакет и поймет, что его интернет раздается. Поэтому и заблокирует содиненение.

Возможности изменения TTL на различных устройствах

Изменение значения времени жизни пакета может пригодиться для обхода блокировки трафика провайдером. Например, если отключили кабельное подключение, а пользователю нужно срочно выйти в интернет с компьютера. Тогда смартфон становится точкой доступа и выводит ПК в сеть.

Стоит отметить, что некоторые провайдеры блокируют доступ не только по TTL, но и отслеживают посещение сайтов. И если ресурс никак не связан со смартфоном, т. е. не нужен ему, соединение обрывается.

Изменить TTL можно несколькими способами, которые будут описаны далее.

Изменение TTL на устройствах на платформе «Андроид»

Самым простым способом изменения времени жизни пакета на устройствах «Андроид» будет использование специализированного программного обеспечения. Например, очень эффективный продукт — TTL Master. Он может изменить время жизни пакета раздающего аппарата на то, которое получается в результате прохода данных. Например, при раздаче Wi-Fi на устройство с Windows нужно установить значение 127, а на Андроид или Linux — 63.

Программа бесплатна, и ее легко можно найти в официальном магазине Google Play. Однако для ее функционирования требуются права root на устройстве.

Интерфейс программы прост — в верхней части отображено текущее значение параметра. Чуть ниже расположены заготовки для операционных систем Windows и остальных. Также можно установить желаемое значение вручную. Чуть ниже находится кнопка с возможностью перейти из приложения сразу в настройки модема. В некоторых версиях доступно решение через iptables, для чего есть определённый пункт.

В настройках есть возможность установить запуск и смену времени жизни автоматически при загрузке устройства. Некоторые версии «Андроида» позволяют произвести сразу после смены значения запуск точки доступа. Есть поддержка русского языка.

Приложение постоянно развивается и совершенствуется. Имеется профиль на github, в котором все желающие могут ответвиться и добавлять свои возможности в проект. Если их примут разработчики, то они войдут в последующий релиз.

Также можно попробовать метод изменения системных файлов вручную для смены значения времени жизни пакета. Для этого понадобятся root-права. Сначала надо перейти в режим полета, то есть сделать так, чтобы телефон потерял Сеть.

Затем воспользоваться любым проводником, который способен редактировать файлы. В нем надо перейти по пути proc/sys/net/ipv4. В этом каталоге интересует файл с именем ip_default_ttl. Он содержит значение 64, которое нужно изменить на 63.

Далее нужно вывести телефон из режима полета, чтобы он снова зарегистрировался в Сети. Теперь можно раздать беспроводной интернет и попробовать подключить устройство на базе iOS или «Андроида», то есть с TTL 64.

Если необходимо использовать в качестве одного из клинетов ПК с Windows, то нужно будет установить постоянное значение времени жизни пакета способом, описанным ниже.

Смена TTL на компьютере с операционными системами Windows

Если нужно раздать интернет со смартфона под управлением Windows, то придется немного подкорректировать значения реестра. Этот способ будет актуален, когда телефон не имеет рут и обойти блокировку на нем не получается.

В окне со значениями надо создать новое. Это делается щелчком правой кнопкой мыши. В контекстном меню выбирается «Создать», затем новый параметр DWORD, и присваивается название Default TTL. Что это? Это будет статичный параметр для постоянного значения времени жизни. Затем снова щелчок правой кнопкой, и выбрать «Изменить». Тип счисления должен быть десятичным, а значение — 65. Таким образом, система будет передавать время жизни пакета в 65, то есть на один больше чем у «Андроида». То есть, проходя сквозь смартфон, он потеряет одну единицу, и провайдер не заметит подвоха. После внесённых изменений нужно перезагрузить компьютер.

Теперь можно раздавать интернет на «Андроид», не используя особых программных средств и приспособлений.

Изменение на Linux

Изменение времени жизни пакета на модемах

Изменить TTL модема можно с помощью смены IMEI. Это такой идентификационный код, уникальный для каждого устройства, имеющего доступ к сотовым сетям. Вся проблема в том, что универсального способа нет. Это связано с тем, что для каждого отдельно взятого модема должна быть своя прошивка, которая сменит IMEI.

На сайте 4PDA имеется подборка решения для смены времени жизни на модемах от разных производителей и моделей. Также там можно найти подробные реализации данной задачи.

Смена времени жизни пакета на iOS

С помощью твика TetherMe можно сменить на iOS TTL. deb-приложение, которое разблокирует режим модема на устройствах с iOS на борту. Дело в том, что Apple позволяет некоторым операторам сотовой сети блокировать функцию «Режим модема» на уровне симки. Данное приложение даёт возможность его активировать и использовать телефон в качестве модема.

Изменение TTL в MacOS

Однако при таком подходе значение после перезагрузки снова изменится на 64. Поэтому необходимо выполнить ряд манипуляций. В корне диска существует каталог etc. Он скрытый, но в него нужно попасть. Там создаётся файл sysctl.conf. В нем нужно прописать всего одну строчку — net.inet.ip.ttl=65. Ну и естественно, сохранить.

Для отображения данной скрытой папки в Findere надо перейти в основной диск и нажать сочетание клавиш cmd+shift+G. В появившемся окне вводится имя искомой папки, после чего она найдется.

Выводы

Существует такое понятие, как USB TTL конвертер. Однако к контексту статьи он не имеет никакого отношения, и не стоит путать его с временем жизни пакета. USB TTL конвертер — своего рода переходник для создания соединений между устройствами USB и логикой TTL.

В статье было подробно объяснено про TTL — что это такое и для чего нужен. Несколько способов его изменения позволят обойти ограничение по блокировке трафика на некоторых провайдерах. Это даёт возможность использовать интернет повсеместно.

Реализация на разных устройствах отличается, можно сделать это как с помощью программных средств, так и изменяя системные файлы вручную. Некоторые модемы придётся прошивать, причём под каждый свою версию ПО.

Данными инструкциями можно обойти блокировку многих провайдеров, предоставляющих доступ в интернет посредством сотовой сети.

TTL — что такое? Время жизни (TTL) — это механизм, используемый для ограничения продолжительности жизни данных в сети. Данные отбрасываются, если истекает заданное значение. Идея создания заключается в том, чтобы предотвратить распространение любого пакета данных на неопределенный срок.

Определение

Что такое TTL? Термин «время жизни» относится к количеству времени или «перескокам», когда пакет устанавливается в сети, прежде чем отбрасывается маршрутизатором. Технология также используется в других контекстах, включая кэширование CDN и кэширование DNS.

TTL является значением в пакете IP-протокола, который сообщает сетевому маршрутизатору, был ли пакет слишком длинным. В IPv6 поле в каждом пакете было переименовано. TTL устанавливается в восьмом двоичном разряде в заголовке пакета и используется для предотвращения бесконечного распространения пакетов в интернете или в другой сети. При пересылке IP-пакета маршрутизаторы должны уменьшать TTL по меньшей мере на один порядок. Если поле пакета достигло нуля, маршрутизатор, обнаруживающий его, отбрасывает пакет и отправляет сообщение ICMP (протокол управления через интернет) обратно на исходный узел.

Как работает технология?

Когда пакет информации создается и отправляется через интернет, существует риск того, что он будет продолжать переходить с маршрутизатора на маршрутизатор на неопределенный срок. Чтобы уменьшить эту возможность, пакеты создаются с истечением срока действия, называемым пределом времени жизни. Пакет TTL также может быть полезен при определении того, как долго он находился в обращении, и позволяет отправителю получать информацию о пути пакета через интернет.
Каждый пакет имеет место, где он хранит числовое значение, определяющее, насколько долго он должен продолжать перемещаться по сети. Каждый раз, когда маршрутизатор получает пакет, он вычитает одно значение из счета TTL и затем передает его в следующее место в сети. Если в любой момент счетчик TTL равен нулю после вычитания, маршрутизатор отбросит пакет и отправит сообщение ICMP обратно на исходный узел.

Техническое описание процесса

IP TTL устанавливается первоначально системой, отправляющей пакет. Его можно разместить в любое значение от 1 до 255. Разные операционные системы устанавливают разные значения по умолчанию. Каждый маршрутизатор, который получает пакет, вычитает не менее 1 из счета. Если счетчик остается больше 0, маршрутизатор перенаправляет пакет, в противном случае он отбрасывает его и отправляет сообщение управления интернет-протоколом (ICMP) обратно на исходный узел, что может вызвать повторную отправку.

Точка ограничения TTL/hop должна поддерживать непрерывный поток пакетов, застрявших в циклах маршрутизации (возможно, из-за некорректных таблиц с данными и засорения сетей). В облаках Multiprotocol Label Switching (MPLS) TTL копируется из IP TTL, когда IP-пакет входит в облако. При выходе значение MPLS TTL копируется в соответствующее поле до тех пор, пока оно меньше значения в поле.

Изменяем TTL

Утилиты ping и traceroute используют значение TTL, чтобы попытаться достичь заданного хост-компьютера или проследить маршрут до этого хоста. Traceroute отправляет поток пакетов с последовательно более высокими TTL, поэтому каждый будет отброшен в свою очередь следующим скачком (маршрутизатором) на пути до места назначения: первый пакет имеет TTL одного и отбрасывается первым маршрутизатором, второй — TTL из двух и отбрасывается следующим маршрутизатором. Время между отправкой пакета и получением ответного ICMP-сообщения используется для вычисления каждого последующего времени перемещения.

Кэширование TTL и DNS

Что такое TTL в контексте DNS? Значение сообщает локальным серверам, как долго запись должна храниться локально прежде, чем новая копия записи будет восстановлена ​​из DNS. Хранилище записей известно, как DNS-кэш, а акт хранения записей называется кэшированием.

Термин «время жизни» также используется для описания времени, в течение которого запись DNS может быть возвращена из кэша. В этом контексте USB TTL представляет собой числовое значение, заданное в записи DNS на авторитетном DNS-сервере для домена, определяющее количество секунд, за которое сервер кэширования может предоставить свое значение для записи. Когда прошло нужное количество секунд с момента последнего обновления, кэширующий сервер снова выйдет на сервер и получит текущее (и, возможно, измененное) значение для записи. Характерные особенности процесса кеширования, где TTL:

TTL — что такое и как это работает?

В HTTP время жизни отображает количество секунд, для которых может быть возвращен кэшированный веб-контент до запроса сервера. Значение по умолчанию определяется настройками на веб-сервере, но может быть переопределено тегами управления кэшем, которые определяют, какие типы серверов могут кэшировать данные.

Пакет является фундаментальной единицей информационного транспорта во всех современных компьютерных сетях и в других сетях связи. Маршрутизатор представляет собой электронное устройство или программное обеспечение сетевого уровня, которое соединяет локальные или глобальные сети и пересылает пакеты между ними.

Общие значения

Обычно значение составляет 86400 секунд, что составляет 24 часа. Это хорошая отправная точка для большинства записей. Однако вы можете установить более высокий TTL Patch для записей MX или CNAME, поскольку они будут меняться очень редко. Если ваш сервис имеет решающее значение, рекомендуется установить TTL на 1 час (3600 секунд).

Случаи применения

Помимо трассировки пакетов маршрутов через интернет, TTL используется в контексте кэширования информации за определенный период времени. Вместо того, чтобы измерять время в перелетах между маршрутизаторами, каждый из которых может занимать определенное количество часов, некоторые случаи использования сети работают более традиционным образом.

CDN обычно использует TTL PL, чтобы определить, как долго кэшированный контент должен обслуживаться с пограничного сервера CDN, прежде чем новая копия будет извлечена с исходного сервера. Правильно устанавливая время между загрузками сервера происхождения, CDN может обслуживать обновленный контент без непрерывного распространения запросов на исходное. Эта оптимизация позволяет CDN эффективно обслуживать контент ближе к пользователю, уменьшая требуемую пропускную способность от источника.

В контексте записи DNS TTL представляет собой числовое значение, определяющее, как долго сервер кэша DNS может обслуживать запись, прежде чем обратиться к авторитарному DNS-серверу и получить новую копию записи.

Здравствуйте друзья. В данной статье мы постараемся разобраться, что такое TTL и чем он полезен для рядового пользователя.
Как известно, крупные игроки мобильного рынка вслед за введением и активным пиаром безлимитных опций и пакетов на смартфонах столкнулись с тем, что пользователи начали раздавать свой интернет для других устройств, что заметно повысило нагрузку на сети.

Что такое ttl — определение

Прочитав данную статью вы сможете узнать, каким образом и с помощью каких уловок можно обойти ограничение на раздачу трафика со своего смартфона, как провайдер узнает о нелегальной раздаче пользователем интернет с помощью ip или же usb.

Принцип работы TTL

В настоящее время абсолютно безлимитных тарифов не предоставляет не один сотовый оператор. Есть весьма разнообразные линейки тарифов, но все они содержат то или иное ограничение. Например, можно пользоваться интернетом только с одного смартфона без ограничения скорости, но стоит вам создать Wi-Fi точку раздачи и попытаться подключить стороннее устройство, как оператор этот факт обязательно зафиксирует и пользователю будет предложено подключить устройство по определенному тарифу либо произвести доплату помегабайтно.

НАПРИМЕР: вы захотели включить на вашем устройстве режим модема. Следовательно TTL которые исходят от вашего устройства будут на единицу меньше чем от смартфона, на что отреагирует оператор связи и далее по цепочке.

Обойти данный контроль нам поможет регулировка TTL

.
Давайте попробуем разобрать принцип работы более наглядно и посмотри на схемы :

Размер TTL у мобильных устройств на базе Ios и андроид обычно равен 64. в том случае, если вы попытаетесь включить раздачу интернета на другие устройства, то пакеты TTL, которые будут направлены оператору получат значение TTL=64

Данное значение TTL=128 является по умолчанию установленным в Windows. Далее они теряют единицу значение и уже с TTL=127 направляются через раздающее устройство провайдеру.
А пакеты от телефона, которые раздающее устройство принимает со значением TTL=64 теряют единицу и направляются оператору со значением TTL=63. Это сотовому оператору может наглядно дать знать о том, что вы пытаетесь раздать интернет на другие устройства, сравнивая разные поступающие значения TTL от одного передающего девайса, и принять соответствующие меры.

Теперь давайте рассмотрим вариант, при котором мы откорректировали значение передающего и принимающего TTL на всех устройствах выровняв их.
Для того что бы оператор не понимал, что у вас происходит раздача интернета, не вычислил запуск тетеринга, вам следует произвести корректировку значения TTL на устройстве, с которого осуществляется раздача трафика таким образом, что бы все поступающие и отдающиеся пакеты по умолчанию имели размер, которое указано по умолчанию на раздающем устройстве.

По умолчанию выставлено значение TTL=63 Устройство на базе IOS и андроид имеет значение TTL=64, но проходя через передающее устройство значение уменьшается на единицу и становится равным TTL=63
Получив подобный пакет оператор не видит разницы и считает, что раздача не производится, так как разница размеров пакетов отсутствует.

А абонент может осуществлять раздачу интернета без дополнительных затрат на любые свои устройства.

Так же и в случае, если вы ходите раздавать вайфай на ноутбук или компьютер. ПК по умолчанию имеет значение TTL=128. Мы корректируем его на значение 64. Посредством представленной схемы, вы можете производить раздачу интернета не только на мобильные устройства или смартфону, но так же и на ПК и ноутбуки, не опасаясь повышения оплаты за использованный трафик и санкции от оператора, так как итоговые пакеты от раздающего устройства уйдут к оператору со значением TTL=63.
И что не говори, подобная схема может считаться идеальным решением по обходу ограничения в раздаче интернета, так как неважно, какой из устройств подключается к интернету, размер TTL будет равным для всех исходящих пакетов для оператора сотовой связи. И подойдет даже тем, кто не может на своем устройстве изменить размер TTL (SMART TV или же игровые консоли).

Итак, скорее приступим!

Внешний вид и аппаратная платформа

Беспроводной маршрутизатор ASUS RT-AC53 выполнен в чёрном пластиковом корпусе, габариты которого составляют 320х190х35 мм (без учёта антенн), при массе всего в 285 грамм. Для своей работы устройство требует внешний блок питания (поставляется в комплекте) со следующими характеристиками: 12 В и 1 А.

Верхняя панель матовая, состоящая из двух частей. На ней расположено название производителя и основные параметры изделия, а также светодиоды, отображающие состояние проводных и беспроводных интерфейсов устройства, а также наличие питания.

Боковые поверхности ничем не примечательны, здесь лишь расположена вентиляционная решётка.

На нижней панели маршрутизатора можно обнаружить наклейку с краткой информацией о модели, четыре резиновые ножки, два углубления для ещё двух ножек, два технологических отверстия для крепления устройства к стене, а также, естественно, вентиляционную решётку.

Задняя панель несёт на себе три несъёмные поворотные антенны, три интерфейса Gigabit Ethernet (один WAN и два LAN), разъём питания с кнопкой включения/выключения устройства, кнопку WPS и утопленную кнопку Reset.

Заглянем теперь внутрь корпуса. Аппаратная начинка беспроводного маршрутизатора ASUS RT-AC53 представлена одной зелёной текстолитовой платой, основные элементы на которой размещены с одной стороны. Исключение составляет лишь модуль флеш-памяти GigaDevice 25Q64CSIG, объём которой составляет 8 Мбайт.

На этом мы завершаем беглое рассмотрение аппаратной начинки маршрутизатора и переходим к изучению его программных возможностей.

Начальная настройка и обновление прошивки

При первом подключении к беспроводному маршрутизатору ASUS RT-AC53 пользователю необходимо будет произвести первоначальную настройку устройства. Сама первоначальная настройка предельно проста – требуется лишь указать основные настройки подключения к сети Интернет, задать пароль администратора, выбрать режим работы.

Обновление микропрограммного обеспечения традиционно для всех беспроводных маршрутизаторов компании ASUS и не требует от пользователя никаких специальных знаний. Для смены прошивки требуется обратиться ко вкладке «Обновление микропрограммы» меню «Администрирование» и указать файл, содержащий новую версию микропрограммного обеспечения. Стоит также отметить, что обновление может быть произведено и в полуавтоматическом режиме, для чего, естественно, требуется наличие подключения к сети Интернет.

Весь процесс обновления микропрограммного обеспечения обычно занимает не более трёх минут (без учёта времени, необходимого на загрузку прошивки из глобальной сети).

Здесь же, на наш взгляд, уместно будет упомянуть об утилитах, поставляемых вместе с маршрутизатором, потому что обычно потребность в них возникает именно в процессе первоначальной настройки устройства. Итак, в комплекте с ASUS RT-AC53 распространяются три утилиты: Device Discovery, Firmware Restoration и ASUS Printer Setup. Признаться, мы не очень понимаем, для чего вендор предлагает использовать утилиту ASUS Printer Setup, так как модель RT-AC53 не обладает USB-портами.

С помощью утилиты Device Discovery пользователь может обнаружить беспроводной маршрутизатор ASUS RT-AC53 в своей локальной сети.

Если в процессе обновления прошивки произошёл сбой, RT-AC53 переходит в режим восстановления, опознать который можно по медленно мигающему индикатору питания. К сожалению, тестируемый беспроводной маршрутизатор не имеет встроенного в загрузчик веб-сервера, поэтому восстановить прошивку можно либо с помощью утилиты Firmware Restoration, либо вручную, выгрузив прошивку на устройство по протоколу TFTP.

Стоит также отметить, что находясь в режиме восстановления, RT-AC53 не отвечает на эхо-запросы по протоколу ICMP (ping).

C:\>ping 192.168.1.1
Pinging 192.168.1.1 with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Ping statistics for 192.168.1.1:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

Однако и с восстановлением по TFTP не всё так просто. Сначала мы просто пытались передать файл с новой прошивкой на маршрутизатор, но безуспешно.

C:\>
Timeout occurred
Connect request failed

Тогда мы запустили Wireshark и стали анализировать трафик, которым обмениваются тестовый ПК и маршрутизатор. Оказалось, что периодически RT-AC53 отправляет ARP-запрос об адресе 192.168.1.75.

Мы изменили адрес на тестовом ПК на 192.168.1.75/24, после чего передача файла с микропрограммным обеспечением произошла успешно. Через несколько секунд после получения файла RT-AC53 самостоятельно перезагрузился, используя новую прошивку.

На этом мы завершаем раздел, посвящённый обновлению прошивки и первоначальным настройкам, и переходим к рассмотрению возможностей веб-интерфейса устройства.

Обзор веб-интерфейса

Доступ к веб-интерфейсу беспроводного маршрутизатора ASUS RT-AC53 можно получить с помощью любого современного браузера. Веб-интерфейс устройства традиционно выполнен в серо-чёрных тонах и доступен на тринадцати языках.

Мы не станем подробно описывать все возможности модели, но остановимся на наиболее интересных.

Модель RT-AC53, равно как и все остальные современные беспроводные устройства ASUS, поддерживает создание до трёх гостевых сетей в каждом беспроводном диапазоне. Соответствующая настройка доступна в пункте меню «Гостевая сеть».

Настройки, отвечающие за обеспечение качества обслуживания, собраны в пункте меню «Диспетчер трафика». Здесь пользователь может вручную ограничить скорость передачи данных для определённых узлов, либо воспользоваться традиционной службой QoS. Также с помощью данного пункта меню можно получить график загрузки проводных и беспроводных интерфейсов.

При необходимости ограничить время пользования глобальной сетью, следует обратиться к пункту меню «Родительский контроль».

Настройки беспроводной сети, собранные во вкладках пункта меню «Беспроводная сеть», традиционны для большинства беспроводных маршрутизаторов ASUS, поэтому мы не станем на них останавливаться.

Вкладка «Switch Control» пункта меню «Локальная сеть» привлекла наше внимание. Кроме опции включения/отключения аппаратного ускорения NAT, здесь присутствует возможность ограничения по скорости определённого (обычно нежелательного) трафика.

ASUS RT-AC53 для подключения к провайдерам может использовать статические и динамические IP-адреса, а также следующие туннели: PPTP, L2TP и PPPoE. Соответствующие настройки доступны на вкладке «Подключение» пункта меню «Интернет». Пожалуй, пару слов здесь стоит сказать об опциях «Расширить значение TTL» и «Подменить значение LAN TTL». Обе опции предназначены для упрощения работы пользователя в сетях операторов, ограничивающих абонентов по количеству подключённых устройств. Опция «Подменить значение LAN TTL» позволяет отправлять пакеты в интернет с фиксированным значением поля TTL в заголовке IP-пакета, тогда как опция «Расширить значение TTL» влияет на трафик в обратном направлении, позволяя не отбрасывать те пакеты, TTL которых должен был обнулиться при прохождении через роутер.

К сожалению, функция Dual WAN моделью RT-AC53 не поддерживается.

Настройки параметров работы протокола IPv6 собраны в одноимённом пункте меню.

Беспроводной маршрутизатор ASUS RT-AC53 обладает встроенными VPN-клиентом и сервером. В отличие от старших моделей поддержка протокола OpenVPN здесь отсутствует.

Фильтрация трафика производится с помощью вкладок пункта меню «Брандмауэр».

Выбор режима работы устройства производится с помощью вкладки «Режим работы» пункта меню «Администрирование».

На этом мы завершаем беглый обзор основных возможностей веб-интерфейса устройства и переходим к интерфейсу командной строки.

Интерфейс командной строки

Управление доступом к командной строке устройства производится с помощью вкладки «Система» меню «Администрирование». Стоит отметить, что доступ поддерживается как с помощью протокола Telnet, так и SSH.

Для доступа к командной строке используется та же пара логин-пароль, что и для доступа к веб-интерфейсу маршрутизатора. Микропрограммное обеспечение тестируемой модели построено на базе операционной системы Linux 2.6.36 с использованием BusyBox 1.17.4.

[email protected]:/# tcpcheck
usage: tcpcheck
[email protected]:/# tcpcheck 10 192.168.1.1:23
192.168.1.1:23 is alive
[email protected]:/# tcpcheck 10 192.168.1.2:23
192.168.1.2:23 failed

Перейдём теперь в каталог /proc и посмотрим, какие файлы здесь размещены, а также выясним время работы операционной системы и её среднюю загруженность, получим информацию об установленном процессоре и количестве оперативной памяти. В принципе, время работы и среднюю загруженность системы также можно получить с помощью системного вызова uptime.

[email protected]:/# cd /proc
[email protected]:/proc# ls
1 193 267 bus kpagecount stat
10 194 3 cmdline kpageflags sys
11 196 30 cpuinfo loadavg sysrq-trigger
115 2 301 crypto locks sysvipc
116 20 306 devices meminfo timer_list
12 201 4 diskstats misc tty
13 204 41 driver modules uptime
135 208 430 execdomains mounts version
136 21 5 filesystems mt7620 vmallocinfo
164 212 6 fs mtd vmstat
17 22 7 interrupts net zoneinfo
172 226 76 iomem nvram
175 23 8 ioports pagetypeinfo
18 261 82 irq partitions
180 263 9 kcore self
19 265 buddyinfo kmsg softirqs
[email protected]:/proc# cat uptime
1746.00 1673.66
[email protected]:/proc# cat loadavg
0.07 0.07 0.02 1/47 432
[email protected]:/proc# cat cpuinfo
system type: MT7620
processor: 0
cpu model: MIPS 24Kc V5.0
BogoMIPS: 386.04
wait instruction: yes
microsecond timers: yes
tlb_entries: 32
extra interrupt vector: yes
hardware watchpoint: yes, count: 4, address/irw mask:
ASEs implemented: mips16 dsp
shadow register sets: 1
core: 0
VCED exceptions: not available
VCEI exceptions: not available
[email protected]:/proc# uptime
03:29:19 up 29 min, load average: 0.05, 0.06, 0.02

Нельзя не упомянуть и об утилите nvram, позволяющей изменять важные параметры работы устройства.

http_username=admin
[email protected]:/# nvram show | grep password
size: 20283 bytes (41157 left)
http_passwd=password
[email protected]:/#

Так, например, с помощью утилиты nvram можно отключить протокол STP на LAN-портах RT-AC53.

[email protected]:/# nvram show | grep stp
size: 20283 bytes (41157 left)
lan_stp=1
lan1_stp=1
[email protected]:/# nvram set lan_stp=0
[email protected]:/# nvram commit
[email protected]:/# nvram show | grep stp
size: 20283 bytes (41157 left)
lan_stp=0
lan1_stp=1
[email protected]:/#

На этом рассмотрение возможностей интерфейса командной строки завершается, перейдём к тестированию устройства.

Тестирование

Первым тестом, с которого мы традиционно начинаем данный раздел, является измерение времени загрузки маршрутизатора, под которым мы понимаем интервал времени между моментом подачи питания на устройство до получения первого эхо-ответа по протоколу ICMP. Беспроводной маршрутизатор ASUS RT-AC53 загружается за 42 секунды, мы считаем это хорошим результатом.

Вторым не менее традиционным тестом стала проверка защищённости устройства, проводимая со стороны LAN-порта с помощью сканера сетевой безопасности Positive Technologies XSpider 7.8. Всего было найдено девять открытых портов. Наиболее интересная обнаруженная информация представлена ниже.

Перед тем, как непосредственно перейти к нагрузочному тестированию, нам бы хотелось познакомить читателя с основными параметрами нашего тестового стенда.

Начать тесты производительности устройства мы решили с измерения скорости маршрутизации с NAT/PAT со включённым аппаратным ускорением (настройка по умолчанию). Измерения проводились для одного, пяти и пятнадцати одновременных TCP-соединений. Результаты теста представлены на диаграмме ниже.

Как следует из результатов данного теста, маршрутизация производится на скорости среды, процессор устройства при этом остаётся не нагруженным. Единственное, что хотелось бы отметить, так это ограничение при работе в полном дуплексе: суммарная скорость передачи данных в обоих направлениях не превышала 1 Гбит/с, что, по нашему мнению, связано с внутренней разводкой устройства.

Мы решили отключить аппаратное ускорение и повторить предыдущие измерения. Ограничение скоростей в данном тесте обусловлено производительностью центрального процессора маршрутизатора.

При выполнении классической маршрутизации без NAT аппаратное ускорение не используется, поэтому полученные в результате эксперимента скорости схожи с теми, что мы получили в предыдущем опыте.

Для жителей постсоветского пространства актуальным способом подключения к сети интернет является использование разнообразных туннелей (VPN). Мы решили измерить производительность беспроводного маршрутизатора при работе с двумя типами таких туннелей: PPTP и L2TP. ASUS RT-AC53 поддерживает как шифрованные (MPPE128), так и нешифрованные туннели PPTP.

Продолжить проводные тесты мы решили измерением производительности модели ASUS RT-AC53 при работе со следующей версией протокола IP – IPv6.

Обработка пакетов IPv6 производится центральным процессором, поэтому ограничение скоростей обусловлено производительностью последнего, то есть при передаче IPv6-трафика со скоростью около 200 Мбит/с загрузка процессора составляла 100%.

Беспроводной маршрутизатор ASUS RT-AC53 обладает возможностью обеспечения качества обслуживания передаваемого трафика. Так, например, можно настроить ограничение максимальной полосы пропускания, доступной определённому устройству. Мы решили выяснить, насколько соответствует реальная скорость передачи пользовательских данных настроенному значению. На графике ниже представлены три кривые: синяя соответствует сконфигурированным значениям, зелёная – трафику, передаваемому от абонента в интернет, а красная – в обратном направлении.

Механизмы обеспечения QoS – не единственные средства, позволяющие ограничить скорость передаваемого пользователями трафика. Речь идёт о настройках, расположенных во вкладке «Switch Control» пункта меню «Локальная сеть». Правда, здесь стоит говорить, скорее, о защитных механизмах, позволяющих стабилизировать работу сети в случаях, когда, например, сетевая карта одного из ПК вышла из строя и отправляет большое количество ошибочных фреймов. Мы не могли не протестировать работу данного механизма на примере ограничения Unknown Unicast фреймов. Измерения проводились до скоростей в 700 Мбит/с – механизм ограничения отлично справлялся с генерируемым нашим тестовым ПК трафиком. Похоже, такой Storm Control в модели RT-AC53 реализован аппаратно. Тут, правда, нельзя не сказать о ложке дёгтя, которую мы обнаружили в процессе тестирования. Если выставить ограничения достаточно большими, то трафик, получатель которого не известен, при скорости около 500 Мбит/с приведёт к 100% загрузке процессора, поэтому мы крайне не рекомендуем пользователям изменять значения по умолчанию.

Наконец-то мы добрались и до беспроводных тестов. Измерения проводились при расположении маршрутизатора и клиента в непосредственной близости друг от друга, расстояние между ними составляло от одного до трёх метров. Сначала мы выяснили, какие скорости будут доступны пользователям, работающим в диапазоне 2.4 ГГц.

Следующим тестом стало измерение скоростей беспроводной передачи пользовательских данных в диапазоне 5 ГГц. Диапазон 5 ГГц продолжает пока ещё оставаться менее нагруженным по сравнению с диапазоном 2.4 ГГц, поэтому мы как всегда рекомендуем пользователям обратить на него своё самое пристальное внимание.

В заключение данного раздела мы решили выяснить, до какой максимальной температуры нагревается корпус устройства при интенсивном использовании. Температуру корпуса беспроводного маршрутизатора ASUS RT-AC53 мы измеряли с помощью нашего лабораторного пирометра ADA TempPro-2200. Максимальные значение следующие: верхняя панель – 37°С, нижняя панель – 41°С. Во время измерений температура в комнате составляла 25°С.

На этом мы заканчиваем раздел тестирования и переходим к подведению итогов.

Заключение

Сильные стороны беспроводного маршрутизатора ASUS RT-AC53 перечислены ниже:

К сожалению, мы не можем не перечислить и недостатки устройства:

На момент написания данного обзора средняя цена на беспроводной маршрутизатор ASUS RT-AC53 в интернет-магазинах Москвы составляла 3700 рублей.

Источник