Глобальный Ping Тест

Проверьте задержку сайта из 20 локаций по всему миру

Целевой хост

Метод пинга

КАК ЭТО РАБОТАЕТ

Глобальное тестирование задержки

ВВОД ХОСТА

Введите целевой хост

ГЛОБАЛЬНЫЙ PING

Отправляем пинги из 20 локаций

АНАЛИЗ ЗАДЕРЖКИ

Измеряем время ответа

ОТЧЁТ

Генерируем отчёт о задержке

Что современные ping-тесты на самом деле измеряют

Число которое выдаёт `ping` из терминала это одно миллисекундное чтение. Глобальный ping-тест выводит на поверхность созвездие из пятнадцати-двадцати разных чисел, каждое меряет чуть разное, против цели которая может оказаться пятью физическими серверами за одним DNS-именем. Традиционный ping это ICMP echo, описанный в RFC 792 от 1981 года. Браузеры не умеют слать ICMP. Современные веб-ping-тесты меряют время TCP-handshake-а, RTT HTTP-запроса, или RTT HTTPS-запроса включая TLS-переговоры. Эти три числа могут отличаться в 3 раза для одной и той же цели. Называть всё это 'пингом' это рудиментарная привычка. Каждое меряет свой слой. Сами пробы между собой не сходятся потому что обращаются к разным точкам присутствия. Цель обслуживаемая через Cloudflare или Akamai это технически десятки серверов по миру, и BGP-решения могут отправить пробу из Сан-Паулу в PoP в Майами когда тот же Сан-Паулу был бы очевидным выбором. Дальше: что число пинга значит по протоколам, почему расстояние плохой предиктор латентности, и что читать из разброса между пробами.

ICMP, TCP, HTTP, HTTPS пинг измеряют разные вещи

ICMP echo это оригинальный пинг. Шлёт маленький пакет, получает маленький пакет в ответ, замеряет round-trip time. Описан в RFC 792 (1981), без портов, работает на сетевом уровне. Многие маршрутизаторы, firewall-ы и load balancer-ы отвечают на ICMP не касаясь реального сервера. AWS Route 53 умышленно сбрасывает ICMP на границе сети. Cloudflare отвечает с anycast-слоя независимо от того что делает origin. ICMP RTT это оптимистичный пол сети: как быстро путь может донести пакет до устройства которое готово ответить. Браузерные latency-инструменты обычно делают TCP-пинг. Открыть TCP-сокет, проследить тайминг SYN/SYN-ACK, закрыть. Один round-trip по сети. Ближе к тому что заплатит реальный пользовательский запрос, потому что TCP должен дойти до настоящего сервера (или его балансировщика) чтобы завершить handshake, а не до любого устройства которое отбивает ICMP. TCP-пинг обычно на 10-20% выше ICMP для одной цели. HTTP-пинг добавляет полный GET-запрос после handshake-а. Минимум два round-trip-а: TCP-handshake (1 RTT), HTTP-запрос и ответ (1 RTT). HTTPS-пинг вставляет TLS-переговоры между ними. TLS 1.3 требует 1 RTT на handshake (или 0 RTT для возобновлённых сессий), TLS 1.2 требует 2. Холодный HTTPS-запрос на TLS 1.3 сервер это минимум 3 RTT: TCP-handshake, TLS-handshake, запрос/ответ. Для цели с 50ms TCP-пингом ожидайте 150ms HTTPS-пинга на холодном соединении. С QUIC/HTTP3 математика меняется: 1 RTT на холодное, 0 RTT на возобновлённое, потому что QUIC объединяет transport и TLS handshake в одно. Для реального пользовательского опыта HTTPS-пинг это метрика первого запроса, HTTP/2 или HTTP/3 пинг это метрика тёплого соединения. Для качества сети чище всего TCP-пинг. ICMP-пинг это сетевой инженерный показатель, который уже плохо коррелирует с user experience.

Почему расстояние плохой предиктор

Свет в вакууме идёт 300000 км/с. Свет в оптоволокне, из-за коэффициента преломления, идёт около 200000 км/с, две трети от вакуумной скорости. Нью-Йорк до Лондона это 5571 км по дуге большого круга. Теоретический пол на one-way путь фотона 27.5ms. Round-trip пол: 55ms. Реальная NYC-London латентность в 2026 в среднем 70-80ms. 40% оверхеда складывается из: - Маршрутизации через крупные Internet Exchange Point-ы (LINX в Лондоне, NYIIX в NYC) вместо point-to-point оптики - TCP-очередей в маршрутизаторах, особенно в часы пик - Подводных кабелей чьи физические маршруты обходят более короткие great-circle расстояния - BGP-выбора пути 'кратчайший AS-path', не 'кратчайший географический' Некоторые маршруты переигрывают ожидание. Подводный кабель Marea идёт напрямую из Virginia Beach до Бильбао в Испании, обходя более типичный путь через Великобританию. Латентность по Marea-маршруту ближе к пределу скорости света чем по традиционным атлантическим путям. Некоторые маршруты проигрывают катастрофически. Обрывы подводных кабелей в Красном море (начало 2024, несколько кабелей повреждено у Йемена) заставили Asia-Europe трафик уйти на более длинные альтернативные пути через Египет и вокруг Африки. RTT для India-Germany подскочил с ~140ms до 280ms+ до завершения ремонта. Балтийские обрывы (Финляндия-Эстония, декабрь 2024) дали аналогичный региональный эффект. Мобильная и спутниковая латентность вообще не следуют расстоянию. Starlink в среднем 30ms независимо от местоположения пользователя, потому что путь это пользователь → спутник → наземная станция → магистраль, а наземные станции хорошо расставлены. 4G добавляет 30-50ms last-mile оверхеда независимо от расстояния до цели. 5G NR low-latency режим может срезать это до 10-15ms, но развёртывание неравномерное. Расстояние даёт пол. Маршрутизация даёт реальное число. Две пробы в одном городе могут получить разницу в 30ms к одной цели если их ISP-ы маршрутизируют через разных аплинков. Одна точка назначения, разные шоссе, разный трафик.

Чтение разброса по 20 пробам

Интересные данные не в одиночном числе пинга. В разбросе. Плотный кластер по регионам (разброс меньше 30ms внутри континента) указывает на хорошее CDN-покрытие. Цель обслуживает трафик с нескольких PoP, каждая проба попадает в ближайший, результаты сходятся. Широкий разброс внутри одного региона указывает на проблемы маршрутизации. Если десять европейских проб возвращают значения от 20ms до 180ms к одной цели, BGP выбирает разные пути для разных ISP, и некоторые из этих путей петляют. Асимметричные регионы выдают инфраструктурные решения. US-хостинговая цель показывающая 50ms из US-проб и 250ms из азиатских не развернулась в Азии. Цель с похожими латентностями везде сидит на anycast Cloudflare или AWS CloudFront. Упавшие пробы тоже сигнал. Если две пробы в одном регионе уходят в timeout пока остальные успешны, firewall цели возможно блокирует диапазон IP именно этой пробы, или есть BGP-разделение. Когда ICMP и TCP-пробы успешны, а HTTPS-пробы падают, обычно это WAF блокирует автоматизированные запросы, а сетевой путь в порядке. Джиттер (стандартное отклонение по нескольким пингам к одной пробе) показывает стабильность соединения. WiFi-помехи это самый частый источник джиттера для конечных пользователей. На стороне сервера джиттер появляется из очередей в перегруженных балансировщиках. 1-2ms джиттера норма для оптики; 5-10ms говорит о congestion; больше 20ms это проблема соединения. Packet loss выше 0.5% на TCP-пробах подозрителен. TCP-пинг почти не должен терять пакеты потому что handshake переотправляется. Потери обычно означают rate-limiting (цель видит трафик пробы как сканирование), вмешательство middlebox-а (stateful firewall посередине пути), или реально перегруженную инфраструктуру. Как чтение стетоскопа: важна не абсолютная частота сердцебиения, а ритм. Стабильные 80ms через 20 проб это более здоровый диагноз чем средние 40ms с пятью пробами в timeout-е. Ping-тест в WHOX гоняет пробы из 20 локаций по всем основным регионам, разделяет результаты по TCP/HTTP/HTTPS, и выводит паттерны разброса и джиттера рядом с заголовочными средними. Паттерны обычно полезнее самих чисел.

ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ

Какая задержка считается хорошей?

Для веб-сёрфинга менее 100мс — хорошо, менее 50мс — отлично. Для игр менее 50мс — идеально, менее 20мс — отлично. Высокая задержка (>200мс) заметно влияет на интерактивные приложения.

Почему задержка разная из разных локаций?

Задержка зависит от физического расстояния, маршрутизации сети и инфраструктуры сервера. Сервер в Нью-Йорке будет иметь низкую задержку для пользователей США и высокую для Азиатско-Тихоокеанского региона. CDN помогают снизить это, кэшируя контент ближе к пользователям.

Что означает потеря пакетов?

Потеря пакетов происходит, когда пакеты данных не достигают назначения. Даже 1-2% потерь могут ухудшить производительность. Высокая потеря пакетов обычно указывает на перегрузку сети, плохую маршрутизацию или проблемы с оборудованием.

Все наши тесты

Запускайте весь набор WHOX из одного блока: проверки утечек, fingerprint-пробы, сетевую диагностику, репутацию IP и тесты приватности.