Какие могут быть причины неудачного завершения ping и tracert

Как находить проблемы с интернетом и кто виноват ч.2 — домашняя работа

Перед тем, как обращаться к провайдеру, необходимо разобраться — а всё ли хорошо в доме. Без этой проверки есть риск превратиться в мальчика, который постоянно кричал «у меня потери пакетов» «волки».

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

Автор приложит все усилия, чтобы статьи оставались объективными и не превращались в рекламу GFN.RU.

Моральное устаревание диагностических инструментов

В современном мире диагностика, увы не очень показательна. Во-первых, потому, что она базируется на протоколах 40-летней давности (RFC 792 — от 1981-го года) и превращается в лупу в эпоху электронных микроскопов. А во-вторых, у этих протоколов есть большие проблемы в части безопасности. Если какой-то маршрутизатор полностью отвечает RFC 792, то его можно элементарно атаковать с помощью DDoS атаки (чем хакеры в нулевых и баловались). Поэтому, даже эти протоколы работают плохо благодаря закрученным гайкам.

Прямым следствием этих ограничений является типичный сценарий решения сетевых проблем:

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

Когда пользователь обращается в поддержку сайта, то ему там говорят то же самое — у нас всё хорошо, обратитесь к провайдеру.

В итоге, проблема конечно же не решается.

Ниже мы всё-таки попробуем определиться, где именно проблема.

К сожалению для статьи, и к счастью для автора, у автора всё в порядке с интернетом. Потому, примеров «смотрите — слева всё плохо, а справа всё хорошо» практически не будет. Но, где возможно — я всё-таки попробую что-нибудь сломать для наглядности.

Маршруты интернета

В первой части статьи я рассказывал, что трафик ходит по маршрутам. Их два : BGP и IP. Один поверх другого. BGP — определяет маршрут через физические маршрутизаторы, а IP — уже логическая составляющая пути. На этом этапе диагностика затруднена тем, что :

1. Вводная по BGP это TTTLDR.

2. Благодаря таким технологиям, как AnyCast, IP 11.22.33.44 на маршруте может физически находиться в любом месте, и в двух+ местах одновременно : AnyCast позволяет указать, что за этот IP отвечает сервер в Нью-Йорке и в Москве. При пинге этого IP вы не можете однозначно утверждать, что вы пингуете именно Московский сервер.

3. Так же есть MPLS и иное туннелирование. Разобрать маршруты тоннелей, простыми инструментами не получится.

4. Пакет «туда» и пакет «обратно» может пойти разными путями.

5. Пакет «туда» может пойти по нескольким путям в разное время. Инструментов для диагностики ECMP на домашних OS немного, они сложнее простого tracert, а иногда, стоят дорого.

Будем работать с тем что есть. А есть у нас команда traceroute.

На windows она выполняется из Пуск/cmd и ввести tracert. Так же есть графическая утилита WinMTR. Она дает больше полезной информации и, в некоторых случаях, будем пользоваться ей.

Можно не запускать cmd и там выполнять команды, а делать это windows-style:

Пуск/выполнить cmd /k tracert -d что-нибудь

Ключевые правила диагностики:

1. Если вы не можете продемонстрировать и повторить проблему, то никто не сможет.

2. Данные нужно собирать за несколько временных периодов — как минимум, за период, когда проблем нет, и за период, когда проблемы есть.

Как быстро определить, что всё приемлемо

Автор использует универсальную метрику «Пинг на 1000 километров». Он считается следующим образом:

1. Определяете, где находится сервер.

2. На Яндекс.картах измеряете расстояние от вас до сервера.

Выполняете команду ping до нужного вам хоста. Если получается не больше, чем 20 миллисекунд на 1000 километров, то у вас с инпут-лагом не должно быть никаких проблем.

Автор находится в ~1000 км от Москвы. Его пинги выглядят следующим образом:

На расстояниях до 200 км данное правило, кстати, не будет выполняться, ввиду того, что скорость работы оборудования вносит бОльшую лепту. На таких расстояниях пинг должен быть в рамках 5-6 миллисекунд. Если больше — у вас проблема.

Как читать PING

Соединение до домашнего роутера

В первую очередь, нужно определить IP адрес вашего домашнего роутера. Для этого необходимо ввести команду: cmd /k tracert -d ya.ru

Tracing route to ya.ru [87.250.250.242] over a maximum of 30 hops:

1 1 ms 1 ms <1 ms 192.168.88.1

Первый IP адрес в результатах tracert скорее всего и будет IP-адресом вашего роутера.

Так же можно сделать вывод, что автор любитель Mikrotik.

Пинг, обычно, отправляет пакеты размером 64 байта, что показывает скорее физические качества канала- нет ли плохого кабеля по пути.

Как уже говорилось ранее — диагностика работает только в сравнении. Ниже — два примера пинга.

С сервера, который подключен к роутеру кабелем.

А это с компьютера, который подключен к той же сети, но по wi-fi.

Какие выводы можно здесь сделать:

WIFI вносит свою лепту. Во-первых, у нас появился Джиттер (видим, что время пинга скачет). Во-вторых, пинг стал немного хуже.

И вот подтверждение моих слов — тест участка компьютер-домашний роутер.

Пакеты, даже не выходя в интернет, иногда проходят плохо. Без потерь, но задержки присутствуют.

Теперь, немножко нагрузим канал с помощью https://www.speedtest.net/ и параллельно запустим длинный ping.

Чтоб запустить «длинный ping» — необходимо ввести команду ping -t . В этом случае ping будет продолжаться пока вы не нажмете Control+C

Видим, что при приеме больших объемов информации скорость падает существенно меньше, чем при передаче.

Одна из причин — мощность антенны в точке доступа выше, чем у ноутбука. Ноутбук работает на аккумуляторе и не подключен к сети. Аккумулятор — почти севший и windows находится в режиме «Best battery life»

Вот тот же самый тест, но с подключенным блоком питания.

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

Что в этой ситуации можно настроить:

1. Мощность передатчика на точке доступа.

2. Мощность передатчика на ноутбуке.

В первых тестах мощность передатчика ноутбука была выкручена на максимум. Ниже — выкручена на минимум:

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

Стоит помнить, что Wi-Fi это диалог. Если точка доступа «кричит», а компьютер «шепчет», то точка может плохо слышать компьютер, хотя палочки будут показывать, что всё хорошо.

Если вы везде выставите мощность на максимум, то могут начать страдать ваш Smart TV и телефон, подключенный к той же сети — компьютер будет их «перекрикивать». Ноутбук будет меньше работать от батарей. Мощность всегда нужно выбирать исходя из условий, и ставить минимальную мощность, которая дает вам приемлемый результат. Мощность с запасом ставить не рекомендуется.

Факторы, влияющие на Wi-Fi

Здесь опустим исключительно программные факторы вроде beacons, размеры пакетов, 80 мегагерц и прочее — про них можно написать еще десяток страниц. Приведу только ключевые физические факторы и факторы окружения.

Частоты : «2.4» в городах — всегда хуже 5 гигагерц. При возможности выбирайте 5.

При выборе канала — проведите анализ спектра, когда «соседи дома». Точки обычно позволяют сканировать эфир. Выберите канал, который не занят и у которого меньше всего соседей. При выборе канала старайтесь выбирать как можно меньший канал. 5-й канал бьет «дальше», чем 159-й.

Для анализа спектра можно использовать программу WiFiView : https://www.nirsoft.net/utils/wifirmationview.html

Далее идем в эту статью : Wikipedia List of WLan channels

Ищем частоту, вокруг которой либо самая слабая передача — al Quality самый плохой, либо вообще на этой частоте ничего нет.

У ноутбуков антенна встроена в экран. Антенна точки и устройства должны находиться в одной плоскости. Если у вас экран стоит вертикально, то и антенны на роутере должны стоять вертикально, а не так, как обычно показывается на рекламных материалах:

Плохая ориентация антенн :

Правильная ориентация антенн.

Вокруг и над антенной, в радиусе 40-50 сантиметров по горизонту НЕ ДОЛЖНО быть металла и стен. Т.е. — на столе/полке роутер ставить — неизбежное зло, с которым придется смириться. А вот возле стены — плохо. Популярные гипсокартонные стены содержат в себе металлические направляющие каждые 40 сантиметров.

Работающие микроволновки — злейшие враги Wi-Fi в тот момент, когда в них готовят.

Конспект

Домашний маршрутизатор:

1. Найти IP-адрес домашнего роутера.

2. Запустить длинный пинг до роутера. Замерить потери и скорость.

3. Запустить спидтест и параллельно длинный пинг.

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

Wifi:

1. Выбрать частоту и незанятый канал.

2. По возможности, убрать точку от стен.

3. Правильно ориентировать антенны. Кстати, запустив длинный «пинг», и покрутив антенны — можно найти оптимальный вариант, но не забывайте, что цифры достоверные только когда вы НЕ КАСАЕТЕСЬ антенн.

4. Выбрать минимальную мощность передатчика, дающую максимальную скорость в локальной сети.

Как находить проблемы с интернетом и кто виноват ч.1 — inception

Источник

Как пользоваться командами ping и tracert

• Команда ping
• Как пользоваться ping
• Команда tracert
• Как запустить tracert

В статье мы расскажем, для чего нужны утилиты ping и tracert, как запустить эти утилиты, а также приведем примеры команды ping для диагностики сети.

Ping и tracert — это утилиты для проверки целостности соединений в сетях и определения маршрутов следования данных на основе TCP/IP. Без этих утилит не обойтись не только при администрировании серверов (или целой сети), но и в условиях «домашней» диагностики.

Команда ping

Команда ping — один из базовых инструментов для работы с сетью. С помощью ping можно проверить сервер и его доступность с любого компьютера, а также соединение между устройствами.

Если вы задавались вопросом «Как я могу узнать мой IP адрес и порт?», то мы дадим вам ответ: командой пинг можно как узнать порт компьютера, так и определить его IP.

Также с помощью команды ping можно выполнить такие диагностические задачи, как:

• измерить время взаимодействия между двумя хостами;

• проверить IP-адрес конкретного хоста в локальной и глобальной сети;

• автоматически проверить сетевое устройство (например, когда ping является частью bash-скрипта);

• проверить пинг до сервера и др.

Как пользоваться ping

Если у вас Windows

1. Откройте меню «Пуск», кликните по пункту Выполнить или нажмите сочетание клавиш Win + R.

2. В поиске введите команду «cmd» и кликните Enter.

3. В окне терминала введите команду:

ping имя_сайта (домен) или ping IP_сервера.

Если у вас Linux

1. Откройте терминал. Для этого:

• в Unity (Ubuntu): перейдите в «Главное меню» и введите слово «Терминал» в поисковой строке или наберите сочетание клавиш Ctrl+Alt+T;

• в Xfce (Xubuntu): перейдите в «Главное меню» — «Приложения», затем выберите «Система» — «Терминал»;

• в KDE (Kubuntu): перейдите в «Главное меню» — «Приложения», затем выберите «Система» — «Терминал».

2. В окне терминала введите команду:

ping имя_сайта (домен) или ping IP_сервера.

Если у вас кириллический домен

Для Windows и Linux кириллические домены нужно вводить в формате Punycode. Перевести домен в формат Punycode можно через сервис. Сконвертируйте имя кириллического домена и вставьте его в окно терминала следующим образом: ping xn--2-8sble8ahe.xn--p1ai

Если у вас MacOS

1. В Spotlight выберите и запустите сетевую утилиту Network Utility.

2. В открывшемся окне перейдите на нужную вкладку.

На вкладке Ping введите имя домена (или IP-адрес) и кликните Отследить:

Готово, вы запустили утилиту ping.

Команда tracert

Команда tracert — самый популярный инструмент сетевой диагностики. С помощью tracert можно проверить путь запроса к серверу и выявить проблемы, связанные с доступностью удаленного сервера. Сообщения отправляются с эхо-запросом по протоколу ICMP, и после каждой передачи выводится сообщение с эхо-ответом.

Командой tracert можно проверить:

• маршрут от локального компьютера до удаленного узла;

• количество узлов в сети;

• время прохождения пакета до конечного, транзитного и промежуточного узлов;

• точку потери пакета;

• пинг порта через командную строку.

Как запустить tracert

Если у вас Windows

1. Откройте меню «Пуск», кликните по пункту Выполнить или нажмите сочетание клавиш Win + R.

2. В поиске введите команду «cmd» и кликните Enter.

3. В открывшемся окне терминала введите команду:

tracert имя_сайта (домен) или tracert IP_сервера.

Если у вас Linux

1. Откройте терминал. Для этого:

• в Unity (Ubuntu): перейдите в «Главное меню» и введите слово «Терминал» в поисковой строке или нажмитесочетание клавиш Ctrl+Alt+T;

• в Xfce (Xubuntu): перейдите в «Главное меню» — «Приложения», затем выберите «Система» — «Терминал»;

• в KDE (Kubuntu): перейдите в «Главное меню» — «Приложения», затем выберите «Система» — «Терминал».

2. В окне терминала введите команду:

traceroute имя_сайта (домен) или traceroute IP_сервера.

Если у вас MacOS

1. В Spotlight выберите и запустите сетевую утилиту Network Utility.

2. В открывшемся окне перейдите на нужную вкладку.

На вкладке Traceroute введите имя домена (или IP-адрес) и кликните Отследить:

Готово, вы запустили утилиту tracert.

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

Источник