Как проверить пинг сервера онлайн
Инструмент измеряет, сколько времени занимает установка TCP-соединения с сервером на порту 443 — стандартном порту HTTPS. Проверка выполняется с сервера PingDesk: шесть попыток подряд, на каждую отводится до 5 секунд. В результате вы видите среднюю, минимальную и максимальную задержку, процент неудачных попыток и время каждой попытки отдельно.
Это не классический ping по протоколу ICMP, а так называемый TCP ping. Разница принципиальная: ICMP часто блокируют на хостингах и в облаках, и обычный ping показывает «сервер недоступен», хотя сайт работает. TCP-подключение к порту 443 проверяет то, что важно для сайта, — принимает ли сервер соединения HTTPS и как быстро.
Как проверить задержку
- 1Введите домен или IPv4-адрес сервера, например example.ru или 203.0.113.10. Протокол и путь можно не убирать — инструмент оставит только имя хоста.
- 2Нажмите «Ping» и подождите: шесть попыток идут последовательно, поэтому при недоступном сервере проверка может занять до полминуты.
- 3Посмотрите на среднее значение — это основная оценка задержки до сервера.
- 4Сравните минимум и максимум: большой разброс говорит о нестабильном маршруте или перегруженном сервере.
- 5Если потери больше 0 %, проверьте полосы отдельных попыток: «timeout» означает, что за 5 секунд соединение установить не удалось или сервер его отклонил.
Чем TCP ping отличается от обычного ping
Команда ping в Windows, Linux и macOS отправляет ICMP-пакет Echo Request и ждёт Echo Reply. Этот ответ формирует сетевой стек операционной системы, поэтому ICMP ping подтверждает только, что узел доступен по сети, — но не то, что на нём работает веб-сервер.
TCP ping открывает настоящее соединение: отправляет SYN на порт 443, получает SYN-ACK и считает соединение установленным. Время этого обмена близко к времени кругового пути пакета (RTT). Если на порту никто не слушает или соединение режет файрвол, попытка считается неудачной.
| ICMP ping | TCP ping (этот инструмент) | |
|---|---|---|
| Что проверяет | Сетевую доступность узла | Готовность принять соединение на порту 443 |
| Блокировка | Часто закрыт на хостингах, в облаках и на Windows | Открыт, если сайт работает по HTTPS |
| Сервер работает только по HTTP (порт 80) | Не влияет | Все попытки будут неудачными |
| Что показывает задержка | Время ответа сетевого стека | Время TCP-рукопожатия |
Какой пинг считается нормальным
Задержку в первую очередь определяет расстояние: в оптоволокне сигнал проходит около 200 000 км/с, то есть каждые 100 км кабеля добавляют примерно 1 мс к времени туда и обратно. Реальный маршрут длиннее прямой линии и проходит через маршрутизаторы, поэтому на практике значения выше.
Учитывайте, что вы видите задержку от сервера PingDesk до вашего сервера, а не от вашего компьютера. У посетителей из других регионов значения будут другими.
| Задержка | Как оценить |
|---|---|
| до 20 мс | Сервер в том же городе или регионе, что и точка проверки |
| 20–60 мс | Нормально для соседних регионов и европейской части России |
| 60–150 мс | Далёкий регион или другой континент; для сайта приемлемо, но каждый лишний обмен пакетами заметен |
| больше 150 мс | Очень далёкий сервер, неоптимальный маршрут или перегрузка |
| разброс в разы между попытками | Нестабильный канал, перегруженный сервер или сработавшая защита от DDoS |
Потери: что означает неудачная попытка
В этом инструменте «потери» — доля попыток, в которых TCP-соединение не удалось установить за 5 секунд или сервер его отклонил. Это не то же самое, что потеря пакетов в ICMP ping: TCP сам повторяет отправку SYN, и одиночный потерянный пакет обычно проявляется не как неудача, а как скачок задержки примерно на секунду — через столько ядро Linux по умолчанию повторяет первый SYN.
- 100 % потерь при работающем сайте — сервер не принимает соединения на порту 443: сайт работает только по HTTP или HTTPS поднят на нестандартном порту.
- Частичные потери — перегрузка сервера (переполнена очередь входящих соединений), лимиты на число подключений или защита от DDoS, которая отбрасывает часть запросов.
- Отказ всех попыток к адресу, который раньше отвечал, — сервер выключен, файрвол закрыл порт или IP-адрес хоста сменился.
- Первая попытка заметно дольше остальных — в неё могло войти разрешение доменного имени в IP-адрес.
Почему обычный ping до сервера не проходит
Если ping из командной строки выдаёт «Превышен интервал ожидания», а сайт открывается, ICMP почти наверняка отфильтрован. Это распространённая практика, а не неисправность.
- Во многих облаках группы безопасности по умолчанию не разрешают входящий ICMP — его нужно открыть отдельным правилом.
- Брандмауэр Windows блокирует входящие эхо-запросы, пока их явно не разрешить.
- Хостинги и сервисы защиты от DDoS ограничивают или отбрасывают ICMP, чтобы снизить нагрузку и не раскрывать инфраструктуру.
- CDN и балансировщики могут отвечать на ICMP не так, как оригинальный сервер, — или не отвечать вовсе.
Трассировка: где теряется скорость
Пинг показывает итоговую задержку, но не говорит, на каком участке маршрута она возникает. Для этого нужна трассировка — она выполняется с вашего компьютера, этот инструмент её не делает. В Windows используйте tracert example.ru (ICMP), в Linux и macOS — traceroute example.ru: по умолчанию он отправляет UDP-пакеты, с ключом -I переходит на ICMP, а с ключом -T в Linux — на TCP.
Удобнее всего mtr: он объединяет ping и traceroute и показывает потери и задержку на каждом узле в динамике. Учтите, что рост задержки или «потери» на промежуточном маршрутизаторе часто означают лишь, что он отвечает на диагностические пакеты с низким приоритетом. Реальная проблема — та, что сохраняется до конечного узла.
Частые вопросы
Как проверить пинг сайта онлайн?
+
Введите домен или IP-адрес и нажмите «Ping». Сервер PingDesk шесть раз подключится к порту 443 и покажет среднюю, минимальную и максимальную задержку, а также долю неудачных попыток. Устанавливать ничего не нужно.
Чем TCP ping отличается от обычного ping?
+
Обычный ping использует ICMP и проверяет только сетевую доступность узла. TCP ping устанавливает соединение с конкретным портом, здесь — 443, поэтому показывает, принимает ли сервер HTTPS-подключения. Он работает даже там, где ICMP заблокирован.
Почему ping не проходит, а сайт открывается?
+
Сервер или его сеть фильтрует ICMP — так часто делают хостинги, облака и сервисы защиты от DDoS. Сайт при этом работает, потому что HTTP и HTTPS идут по TCP. Используйте TCP ping на этой странице, он не зависит от ICMP.
Какой пинг до сервера считается хорошим?
+
До сервера в том же регионе нормальны значения до 20 мс, до соседних регионов — 20–60 мс. Больше 150 мс — повод разобраться с маршрутом или ближе разместить сервер или CDN. Важна и стабильность: большой разброс между попытками хуже, чем ровная, но чуть более высокая задержка.
Почему инструмент показывает 100 % потерь, хотя сайт работает?
+
Проверка подключается только к порту 443. Если сайт работает по HTTP без HTTPS или HTTPS поднят на другом порту, все попытки завершатся неудачей. Проверьте открытые порты в инструменте «Проверка портов» и код ответа в «Проверке доступности сайта».
Можно ли пропинговать IPv6-адрес или указать другой порт?
+
Нет: инструмент работает с доменными именами и IPv4-адресами, а порт всегда 443. Если домен резолвится в IPv6, подключение может пойти по нему. Для проверки других портов используйте инструмент «Проверка портов».
Как проверить, где на маршруте растёт задержка?
+
Запустите трассировку со своего компьютера: tracert в Windows, traceroute или mtr в Linux и macOS. Она покажет задержку до каждого промежуточного узла. Ориентируйтесь на рост, который сохраняется до конечного сервера, а не на единичные всплески в середине маршрута.