Как пользоваться ping и что означают его результаты

Команда ping отправляет небольшие ICMP-запросы на указанный узел и ждёт ответы. По результату видно, доходят ли пакеты до цели и обратно, сколько времени это занимает и сколько пакетов потерялось. Она не показывает, работает ли на узле нужная программа: сервер может отвечать на ping, а веб-сервис на нём быть остановлен.

И наоборот: отсутствие ответа не всегда означает поломку. Многие серверы и роутеры намеренно не отвечают на такие запросы из соображений безопасности. Поэтому результат нужно интерпретировать в контексте.

Откройте командную строку или терминал и введите ping с адресом или именем узла. В Windows по умолчанию отправляется четыре запроса, в Linux и macOS запросы идут непрерывно, остановить их можно сочетанием Ctrl и C. Для непрерывной проверки в Windows добавляется ключ -t, для задания числа запросов служит ключ -n в Windows и -c в других системах.

Проверяйте по порядку: сначала адрес самого компьютера 127.0.0.1, затем шлюз, затем внешний IP-адрес, затем имя сайта. Такая лесенка показывает, на каком шаге связь пропадает.

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

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

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

Различайте эти сценарии. Если по IP-адресу связь есть, а по имени нет, проблема в DNS. Если нет связи даже со шлюзом, проверяйте локальную сеть: кабель, Wi-Fi, адаптер, настройки IP.

Одним ping не диагностируется всё. Он не показывает, где на маршруте возникает потеря, для этого служат трассировка и специальные утилиты. Не показывает он и реальную скорость. Задержка до узла и пропускная способность — разные характеристики.

Для проверки порта используйте другие инструменты, ведь ICMP и TCP-порты живут отдельно. Для протяжённой диагностики удобно запустить непрерывный ping и наблюдать за поведением при переключении между Wi-Fi и кабелем или при включении тяжёлой загрузки.

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

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

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