Ping online: как проверить доступность сервера и задержку сети
Сайт открывается медленно или совсем не загружается. Первый быстрый вопрос — есть ли вообще сетевой ответ от сервера? Для этого используют ping: отправляют несколько ICMP-запросов и измеряют, сколько ответов вернулось и сколько времени заняла дорога туда и обратно.
Ping online на 2whois принимает домен или публичный IP-адрес. Сервис выполняет четыре настоящих ping-запроса с сервера 2whois и показывает ответы, потери, минимальную, среднюю и максимальную задержку.
Что показывает Ping
Ping отправляет узлу ICMP Echo Request и ожидает Echo Reply. Если ответ пришел, между точкой проверки и адресом существует маршрут, а целевой узел или его сетевое оборудование разрешает ICMP.
В результате 2whois выводит:
- IP — адрес, в который разрешился домен;
- запросов и ответов — сколько пакетов отправлено и сколько вернулось;
- потери — долю запросов без ответа;
- минимальное, среднее и максимальное время — RTT в миллисекундах;
- результат выполнения — полный вывод системной команды ping.
Как читать результат Ping
| Показатель | Что означает | Как интерпретировать |
|---|---|---|
| Ответы | Количество полученных Echo Reply | Четыре из четырех — все запросы вернулись |
| Потери | Доля запросов без ответа | Разовые потери нужно перепроверить, постоянные — диагностировать |
| Минимум | Самый быстрый ответ | Показывает лучший результат текущей серии |
| Среднее | Среднее RTT полученных ответов | Удобно для общей оценки задержки |
| Максимум | Самый медленный ответ | Резкий отрыв от остальных может указывать на нестабильность |
| TTL | Оставшийся лимит переходов IP-пакета | Полезен для технической сверки, но не равен числу маршрутизаторов |
Что такое задержка Ping
Время в миллисекундах — это RTT, то есть полный путь запроса от сервера 2whois до цели и ответа обратно. Это не время открытия страницы и не скорость скачивания данных.
Чем дальше находится сервер и сложнее маршрут, тем выше обычно RTT. Но универсальной границы «хорошего ping» нет: для сайта разница между 20 и 60 мс часто незаметна, а для голосовой связи, игры или удаленного терминала она может быть важна.
Сравнивать стоит одинаковую цель из одной точки и в похожее время. Результат 2whois показывает маршрут от сервера 2whois, поэтому ping с вашего компьютера может отличаться.
Что означают потери пакетов
Ответили все четыре запроса
В этой короткой серии потерь нет. Это хороший результат, но он описывает только несколько секунд проверки и не исключает редких сбоев в другое время.
Вернулась только часть ответов
Повторите проверку. Один пропущенный ICMP-пакет может быть следствием краткой нагрузки или низкого приоритета ICMP. Если потери повторяются, проверьте маршрут до сервера и включите постоянный мониторинг.
Не пришло ни одного ответа
Это еще не доказывает, что сервер выключен. Firewall, хостинг или сетевое оборудование могут специально блокировать ICMP Echo. Проверьте сайт по HTTP/HTTPS, посмотрите DNS и выполните traceroute.
Реальный пример: monitorus.ru
17 августа 2026 года 2whois разрешил monitorus.ru в IP 89.108.107.32 и получил четыре ответа:
3 мс
4 мс
15 мс
8 мсПотери составили 0%, минимум — 3 мс, среднее — 7,5 мс, максимум — 15 мс. Это удачный пример того, зачем показывать не только среднее: один ответ оказался заметно медленнее остальных, хотя пакеты не потерялись.
В той же точке запрос к 8.8.8.8 дал четыре ответа от 22 до 25 мс и среднее 23,5 мс. Сравнивать эти два адреса как «быстрый» и «медленный» некорректно: у них разные расположение, маршруты и назначение.
Почему сайт работает, хотя Ping не отвечает
Ping и браузер используют разные протоколы. Веб-сайт отвечает по TCP и HTTP/HTTPS, а ping — по ICMP. Администратор может запретить Echo Reply, но оставить открытыми порты 80 и 443. Тогда страница загружается нормально, а ping показывает 100% потерь.
Бывает и обратная ситуация: сервер отвечает на ICMP, но веб-приложение возвращает ошибку, зависла база данных, истек SSL-сертификат или веб-порт закрыт. Успешный ping подтверждает сетевой ответ, но не работоспособность всего сайта.
Чем Ping отличается от Traceroute и мониторинга
Traceroute показывает промежуточные узлы маршрута. Он нужен, когда задержка или потери есть и хочется понять, на каком участке начинается проблема.
Мониторинг доступности проверяет сайт из нескольких точек и показывает HTTP-ответ, DNS, соединение и время загрузки. Это ближе к вопросу «открывается ли сайт у пользователей».
Разовый ping отвечает только за текущую ICMP-проверку из одной точки. Для наблюдения за сайтом в течение дня используйте Monitorus: регулярные проверки позволяют заметить короткие падения, которые легко пропустить вручную.
Что делать при плохом результате
- Повторите ping, чтобы исключить единичный пропуск.
- Проверьте A и AAAA записи, если домен разрешился не в тот IP или не разрешился вовсе.
- Запустите traceroute и посмотрите, где увеличивается задержка или прекращаются ответы.
- Отдельно проверьте HTTP/HTTPS и SSL, потому что успешный ICMP не гарантирует работу сайта.
- Если проблема появляется периодически, поставьте ресурс на постоянный мониторинг.
Как выполнить Ping online
Откройте Ping online, введите домен или публичный IP и запустите проверку. Для домена 2whois сначала определит публичный A или AAAA, затем отправит четыре ICMP-запроса к найденному адресу.
Сначала оцените число ответов и потери, затем сравните минимум, среднее и максимум. Если ответов нет, не делайте вывод только по одной строке: проверьте веб-сервис, DNS и маршрут. Так ping становится первым шагом диагностики, а не источником ложного сообщения «сайт не работает».
