Сравнение инструментов
Пинг, трассировка маршрута, проверка порта и проверка сайта: в чём разница
Выберите правильный инструмент под конкретный симптом: что на самом деле доказывают пинг, трассировка маршрута, проверка порта и проверка сайта, и чего они не доказывают.
Эти инструменты кажутся похожими, потому что каждый из них по-своему проверяет достижимость. Но вопросы у них разные. Неправильный выбор быстро создаёт ложную уверенность. Пинг может показать, что IP отвечает по ICMP. Проверка порта — что TCP-порт принял соединение. Проверка сайта — что полноценный HTTP- или HTTPS-запрос дошёл до финального ответа. Трассировка маршрута показывает, как вёл себя путь по сети. Ни один из них полностью не заменяет остальные.
Выбирайте по вопросу, а не по привычке
Начинайте с того инструмента, который совпадает с симптомом, а не с того, который вам просто лучше знаком.
Для сайта чаще всего лучше начать с Проверки сайта
Если проблема в загрузке URL, именно он обычно даёт самый полезный первый ответ, потому что показывает путь запроса и финальный ответ.
Сетевые инструменты отвечают на более узкие вопросы
Пинг, трассировка маршрута и проверка порта особенно полезны после первого веб-результата, когда уже есть подозрение на сеть или достижимость сервиса.
01
Что каждый инструмент действительно доказывает
Используйте эту таблицу как короткую подсказку перед тем, как открывать все четыре страницы подряд.
| Инструмент | Главный вопрос | Чего он не доказывает |
|---|---|---|
| Пинг | Отвечает ли цель по ICMP именно с этого сервера? | Он не доказывает, что веб-сервис здоров или вообще слушает 80/443. |
| Трассировка маршрута | Как выглядит путь от этого сервера до цели? | Она не доказывает здоровье сайта, а некоторые хопы могут скрывать или ограничивать ответы. |
| Проверка порта | Принял ли TCP-порт соединение с этого сервера? | Она не доказывает, что HTTP, HTTPS или приложение за портом работают правильно. |
| Проверка сайта | Разрешился ли URL, установилось ли соединение, прошло ли согласование TLS и вернулся ли нормальный HTTP-результат? | Она не доказывает, что все пользователи во всех регионах видят тот же результат. |
02
Какой инструмент подходит под какой симптом
Начинайте от пользовательской проблемы, а не от названий самих инструментов.
«Сайт не открывается»
Начните с Проверки сайта. Это самый быстрый способ понять, похож ли сбой на DNS, TLS, мёртвое соединение, проблему редиректов или ответ приложения.
«Похоже, что 443 закрыт или фильтруется»
Используйте Проверку порта. Она отвечает на более узкий вопрос: принял ли сервер соединение на нужном порту.
«Хочу понять, не странно ли ведёт себя маршрут»
Используйте трассировку маршрута, особенно если уже понятно, что сервис должен быть достижим, но есть подозрение на маршрут, задержки или потери по пути.
«Нужно просто узнать, отвечает ли хост хоть как-то»
Используйте Пинг осторожно. Он может быть полезен как быстрый сигнал, но многие хосты режут или занижают ICMP и при этом нормально отдают веб-трафик.
03
Какие ложные выводы часто дают эти инструменты
Больше всего путаницы возникает тогда, когда одному инструменту приписывают слишком много смысла.
Успешный пинг не значит, что сайт работает
ICMP может отвечать, даже если 80 и 443 закрыты, сертификат сломан или приложение отдаёт ошибки.
Открытый 443 не значит, что HTTPS здоров
TCP-соединение может устанавливаться, а TLS-рукопожатие или проверка имени хоста — ломаться.
Шумная трассировка маршрута не всегда объясняет сбой сайта
Промежуточные хопы могут ограничивать ответы или скрываться. Шумный маршрут не равен автоматически недоступному сайту.
Проверка сайта широка по охвату, но всё равно привязана к одной точке
Она показывает то, что увидел этот сервер. В другом регионе или у другого провайдера DNS, маршрутизация на пограничном слое и политика доступа могут отличаться.
04
Разумная последовательность, если непонятно, с чего начать
Так инструменты работают вместе, а не мешают друг другу.
Сначала запускайте Проверку сайта
Она даёт лучший общий обзор для веб-симптома и часто сразу снимает необходимость в низкоуровневых догадках.
Используйте Проверку порта, если сервис может не слушать
Это самый быстрый способ подтвердить, что нужный TCP-эндпоинт достижим с того же сервера.
Используйте Пинг только когда важна базовая достижимость хоста
Считайте его вспомогательным сигналом, а не окончательным доказательством того, что сайт нормален или сломан.
Используйте Трассировку маршрута, когда остался вопрос именно к пути
Он наиболее полезен после того, как вы уже понимаете, какой симптом на уровне приложения пытаетесь объяснить.
05
Откройте подходящий инструмент сразу
Если ваш симптом уже узнаваем, можно пропустить теорию и перейти прямо к нужной проверке.
Лучший первый шаг, когда URL не открывается нормально и нужен самый быстрый серьёзный ответ.
Проверка сайтаTCP-достижимостьОткройте Проверку порта при подозрении на проблему со слушающим сервисомИспользуйте её, когда кажется, что цель не принимает TCP-соединения на 80, 443 или другом ожидаемом сервисном порту.
Проверка портаICMP-достижимость по локациямОткройте Пинг для базовой ICMP-достижимостиПолезно как вспомогательное подтверждение, когда важна именно отзывчивость хоста с этого сервера.
ПингВидимость маршрута по локациямОткройте Трассировку маршрута для анализа сетевого путиПодходит, когда нужно увидеть поведение маршрута по хопам именно из этой точки наблюдения.
Трассировка маршрута